NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
bin/55711: sysinst could help auto-update scripts a lot
>Number: 55711
>Category: bin
>Synopsis: sysinst could help auto-update scripts a lot
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: bin-bug-people
>State: open
>Class: change-request
>Submitter-Id: net
>Arrival-Date: Sat Oct 10 13:45:00 +0000 2020
>Originator: Martin Husemann
>Release: NetBSD 9.99.73
>Organization:
The NetBSD Foundation, Inc.
>Environment:
System: NetBSD whoever-brings-the-night.aprisoft.de 9.99.73 NetBSD 9.99.73 (WHOEVER) #349: Fri Sep 25 08:57:10 CEST 2020 martin%seven-days-to-the-wolves.aprisoft.de@localhost:/work/src/sys/arch/sparc64/compile/WHOEVER sparc64
Architecture: sparc64
Machine: sparc64
>Description:
sysinst(8) gets a lot of URL/path and release procedure information "burned
in", and we already need to make sure to keep this information up to date.
Duplicating the same information/knowledge elsewhere would be a bad idea.
A typical consumer of that information would be a script to auto update
binaries from daily builds and check for new releases.
Sysinst also could gain an "autopilot" option, that would silently go
through the "Upgrade NetBSD on a hard disk" path, select "current system"
and (selected by command line option) either go into interactive mode if
something goes wrong or just fail with an error message and abort.
For the information query it could offer to check for updates and download
the proper SHA512 file plus output the base url where it found this.
The update script then could (say) extract the SHA512 value for the etc
set, and if that did not change (which means /etc/release did not change),
nothing needs updating.
Another option could cause it to try to find a CHANGES file for the next
major release (i.e.: if we are on 9.2_STABLE, find an official 10.0 relesae),
and again output the url where to get it plus store the SHA512 file (from
which the script would extract the file names, w/o hard coding the file
suffix).
>How-To-Repeat:
n/a
>Fix:
n/a
Home |
Main Index |
Thread Index |
Old Index