cleanup: remove orphan OpenSSH overlay artifacts#279
Merged
F5OEO merged 1 commit intoF5OEO:futurefrom Apr 20, 2026
Merged
Conversation
db81ec2 to
24d62a3
Compare
Three source-tree leftovers from the OpenSSH-then-Dropbear churn of March 2026 (gretel PR F5OEO#260 / revert a1e0ad3) that were missed by the earlier defconfig cleanup in 58fe62f: 1. board/tezuka/common/overlay_base/etc/ssh/sshd_config 562-byte OpenSSH server config file referenced by nothing on the target: no sshd, no openssh-server package, no init script starts it. Shipped into /etc/ssh/sshd_config on every boot via the common overlay hierarchy, regardless of which defconfig is building, on all 12 Tezuka boards. 2. board/tezuka/common/overlay_base/etc/init.d/S55hostkeys Init script that copies /etc/ssh/ssh_host_* to /mnt/jffs2/etc/ssh/ for persistence across reboots. No-op without OpenSSH (which generates those keys). Dropbear manages its own host keys under /etc/dropbear/ via the `-R` flag passed by S50dropbear. 3. The "Restore OpenSSH host keys from jffs2" block inside S21misc (six lines, with a misleading comment). Removed. The separate authorized_keys restore block in the same script is preserved and re-commented to clarify it is Dropbear's default pubkey location (/root/.ssh/authorized_keys), not OpenSSH-specific. Net effect on the target rootfs: /etc/ssh/sshd_config no longer ships, S55hostkeys is gone from /etc/init.d/, and S21misc no longer probes for non-existent ssh_host_* files. Dropbear's own host-key lifecycle is untouched. User authorized_keys persistence via jffs2 also untouched. Orphan host-key files left behind in /mnt/jffs2/etc/ssh/ on previously- deployed targets remain on disk until manually deleted — harmless but noise. A follow-up field note may be appropriate for operators who want to tidy up. Signed-off-by: Tom Hensel <[email protected]>
24d62a3 to
76d3144
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Source-tree leftovers from the OpenSSH period missed by the earlier defconfig cleanup. Shipped to every Tezuka board via
overlay_base/but referenced by nothing on the target (no sshd, no openssh package).board/tezuka/common/overlay_base/etc/ssh/sshd_config(562 bytes, referenced by no init script)board/tezuka/common/overlay_base/etc/init.d/S55hostkeys(backs up non-existentssh_host_*to/mnt/jffs2)S21misc: drop the "restore OpenSSH host keys from jffs2" block; the separate authorized_keys restore block is preserved and re-commented for Dropbear (/root/.sshis Dropbear's default pubkey path)Matrix CI: 12/12 boards build green. Hardware-validated on FISH Ball Rev.A (
/etc/ssh/gone,S55hostkeysgone from/etc/init.d/, Dropbear continues to work).