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

Reply via email to