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)
Mon, Nov 3, 2:15 AM
Unknown Object (File)
Oct 19 2025, 1:18 PM
Unknown Object (File)
Oct 15 2025, 11:47 PM
Unknown Object (File)
Sep 18 2025, 1:35 AM
Unknown Object (File)
Sep 8 2025, 4:04 AM
Unknown Object (File)
Aug 24 2025, 9:52 PM
Unknown Object (File)
Aug 19 2025, 3:51 PM
Unknown Object (File)
Aug 14 2025, 7:13 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.