Doesn't Golang have a mechanism to run an external program from a program? I remember I wrote a short assembly code (just for the fun of it) to print invoice numbers rotated 90° on a dot-matrix Epson printer from a dBase program like 30 years ago. "C" was around of course, objects have not been born yet, programming was easy. But I never wrote anything in C and I digress :) Anyways, if there is such a mechanism, I'd go for it. Computers have much more RAM these days than they used to in the beginning of the 1990s. Again, I'm not and have never been a programmer. dif ------------ On 09.07.2021 09:47, brent s. via arch-releng wrote:
On 7/9/21 3:09 AM, dif via arch-releng wrote:
(I'm not a programmer, but) wouldn't program sgdisk that belongs to the gptfdisk package be enough to do the automated/scripted partitioning. I'm pretty sure it is in the official ISO. At least, it was a few years ago when I used it a few times.
dif sgdisk is indeed still on the install ISO, but this is not a script - it's a compiled program, meant to be run as a daemon on startup. (It will do nothing unless explicitly enabled via kernel parameters, and it strictly doesn't need to be a daemon, but I digress).
So if I was writing a bash (or sh, or ksh, or whatever) script, sure - sgdisk would be a fantastic choice. But what I'm working on is not a script. :) (Golang is not an interpreted language; it's a compiled language, like C/C++, Rust, etc.)
For something non-interpreted, you shouldn't need to fork a shell just to run a program called by your program.