Summary: | mtab deprecation warning is misleading | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Richard Yao (RETIRED) <ryao> |
Component: | [OLD] Core system | Assignee: | OpenRC Team <openrc> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ryao |
Priority: | Normal | Keywords: | REGRESSION |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch to make deprecation message more accurate
New patch to make deprecation message more accurate |
The patch spells 'deprecated' and 'migrate' incorrectly. Comment on attachment 411438 [details, diff]
Patch to make deprecation message more accurate
I have revised the patch to fix the spelling mistakes that Greg pointed out and to be consistent with a conversation that I had with William Hubbs yesterday.
Created attachment 414008 [details, diff]
New patch to make deprecation message more accurate
I somehow failed to attach the new patch.
The logic in the mtab script was reworked so that it favors /etc/mtab as a symlink but updates the mtab file if it still exists. This is commit 6fa0d63. |
Created attachment 411438 [details, diff] Patch to make deprecation message more accurate The deprecation message is highly misleading to those who understand who /etc/mtab is implemented. /etc/mtab is from UNIX System V where the RC scripts reset it during early boot and mount/umount manage the addition/removal of entries by calling into libc for addition and sometimes calling into libc for removal depending on the platform. To anyone who knows this, the message suggests that sys-libs/glibc and sys-apps/util-linux are going to drop support for /etc/mtab as a file, which is untrue. I have attached a patch that more accurately reflects things.