Page MenuHomeFreeBSD

Allow freebsd-update fetch to run in a non-interactive tty
AbandonedPublic

Authored by rodrigc on Jan 25 2015, 7:38 AM.
Tags
None
Referenced Files
Unknown Object (File)
Mar 11 2024, 6:46 AM
Unknown Object (File)
Feb 18 2024, 8:35 PM
Unknown Object (File)
Jan 6 2024, 6:56 AM
Unknown Object (File)
Jan 6 2024, 6:56 AM
Unknown Object (File)
Jan 6 2024, 6:44 AM
Unknown Object (File)
Dec 27 2023, 10:54 AM
Unknown Object (File)
Dec 27 2023, 10:54 AM
Unknown Object (File)
Dec 20 2023, 1:30 AM
Subscribers

Details

Summary

The freebsd-update fetch command cannot run in a non-interactive tty.
This makes running freebsd-update via automation difficult.
The freebsd-update cron command can run via automation, but it adds
a random delay from 1 to 3600 seconds. This is inconvenient for automation.

These issues were discovered by Ahmed Kamal <email.ahmedkamal@googlemail.com>, who is helping
with Saltstack devops automation for the jenkins.freebsd.org cluster.

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

rodrigc retitled this revision from to Allow freebsd-update fetch to run in a non-interactive tty.
rodrigc updated this object.
rodrigc edited the test plan for this revision. (Show Details)
rodrigc added reviewers: allanjude, cperciva.

I'd much prefer to see a --not-a-dumb-cron-job option added for this. A large network doing synchronized updates can generate a lot of traffic, and I'm not confident that users will be aware of the risks.

I addressed this in my patch here: D1550

It allows a user to 'force' the fetch to continue by specifying -f

My patch was designed to actually add another sanity check (stop you doing a minor patch when you have not finished a previous upgrade), but the -f overrides either check.