Summary: | baselayout upgrades should not unconditionally make /etc/mtab into a symlink into /proc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Richard Yao (RETIRED) <ryao> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED INVALID | ||
Severity: | normal | Keywords: | REGRESSION |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Richard Yao (RETIRED)
![]() I should probably state that I would prefer to have the symlink made on only new systems, leave the OpenRC mtab script around for old systems and new ones where users want the symlink and let users decide, but William Hubbs is unwilling to do this. +1. If users configure their system away from the default and use /etc/mtab as a file (for whatever reason), a re-emerge of baselayout shouldn't override their preference. So I'm also for the removal of -f here. Likely, we should only worry about the creation of the /etc/mtab symlink on first install (ie to support rolling of stage3's or whatever). Alternatively, the symlink should be put in place iff no /etc/mtab exists, by the init/rc-system at boot time, and baselayout not touch it at all. I don't know what's the better option though. Look at where "make layout" is being called in the baselayout ebuild. This only happens during stage building. |