[arch-releng] RFC: Automated Install

[dif]

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.