On 2015-12-04 11:52, Jakub Wilk wrote: > usertags 806882 + serious > thanks > > I've been bitten by it too... > > Couldn't libc just leave ownership/permission as they are if /dev/pts is a > devpts filesystem?
What do you mean? The libc doesn't change anymore the permissions (pt_chown has been removed for security reasons), and that's actually the issue. > * Domenico Andreoli <domenico.andreoli...@gmail.com>, 2015-12-02, 17:13: > >$ grep devpts /etc/fstab > >none /mnt/sid64/dev/pts devpts defaults > >0 0 > >none /mnt/sid64/home/chernobyl/dev/pts devpts defaults > >0 0 > > "defaults" are not correct options. You need "gid=5" at least. Well they are the one in the chroots... > All devpts fstab entries need to have correct options, because all devpts > filesystems are shared by default. (You can probably use the "newinstance" > option to disable sharing them.) You really mean the other entries in the fstab are causing the permissions of /dev/pts to be changed? In that case given the issue is due to a user misconfiguration, I guess we should just try to detect it, display a note and fail the installation. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
