* Aurelien Jarno , 2015-12-04, 18:11:
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.
Warning the user would be certainly a good idea. But of course that
would only help
Processing commands for cont...@bugs.debian.org:
> On 2015-12-04 11:52, Jakub Wilk wrote:
Unknown command or malformed arguments to command.
> > usertags 806882 + serious
Unknown command or malformed arguments to command.
> > thanks
Unknown command or malformed arguments to command.
> tag 806882
On 2015-12-04 11:52, Jakub Wilk wrote:
> usertags 806882 + serious
> thanks
tag 806882 + serious
thanks
Due to a typo, this bug didn't get upgraded to serious. Do it now so
that glibc 2.21 doesn't migrate to testing until we find a solution.
Aurelien
--
Aurelien Jarno
On Fri, Dec 4, 2015 at 3:05 PM, Aurelien Jarno wrote:
> On 2015-12-04 11:52, Jakub Wilk wrote:
> >
> > 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
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?
* Domenico Andreoli , 2015-12-02, 17:13:
$ grep devpts /etc/fstab
none /mnt/sid64/dev/pts
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
On 2015-12-04 17:20, Jakub Wilk wrote:
> Hi Aurelien!
>
> Thanks for looking into this bug.
>
> * Aurelien Jarno , 2015-12-04, 15:05:
> >>Couldn't libc just leave ownership/permission as they are if /dev/pts is
> >>a devpts filesystem?
> >
> >What do you mean? The libc
Hi Aurelien!
Thanks for looking into this bug.
* Aurelien Jarno , 2015-12-04, 15:05:
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
On 2015-12-03 09:50, Domenico Andreoli wrote:
> On Wed, Dec 2, 2015 at 5:44 PM, Aurelien Jarno wrote:
>
> > On 2015-12-02 17:13, Domenico Andreoli wrote:
> > > On Wed, Dec 2, 2015 at 5:06 PM, Aurelien Jarno
> > wrote:
> > >
> > > > On 2015-12-02
On Wed, Dec 2, 2015 at 5:44 PM, Aurelien Jarno wrote:
> On 2015-12-02 17:13, Domenico Andreoli wrote:
> > On Wed, Dec 2, 2015 at 5:06 PM, Aurelien Jarno
> wrote:
> >
> > > On 2015-12-02 13:45, Domenico Andreoli wrote:
> > > > Package: libc-bin
> > > >
On 2015-12-02 13:45, Domenico Andreoli wrote:
> Package: libc-bin
> Version: 2.21-1
>
> Hi,
>
> I'm unable to open some terminal applications like rxvt and konsole,
> don't know why but xterm still works.
>
> Running rxvt gives this output:
>
> $ rxvt
> rxvt: can't open pseudo-tty
> rxvt:
On Wed, Dec 2, 2015 at 5:06 PM, Aurelien Jarno wrote:
> On 2015-12-02 13:45, Domenico Andreoli wrote:
> > Package: libc-bin
> > Version: 2.21-1
> >
> > Hi,
> >
> > I'm unable to open some terminal applications like rxvt and konsole,
> > don't know why but xterm still
On 2015-12-02 17:13, Domenico Andreoli wrote:
> On Wed, Dec 2, 2015 at 5:06 PM, Aurelien Jarno wrote:
>
> > On 2015-12-02 13:45, Domenico Andreoli wrote:
> > > Package: libc-bin
> > > Version: 2.21-1
> > >
> > > Hi,
> > >
> > > I'm unable to open some terminal
Package: libc-bin
Version: 2.21-1
Hi,
I'm unable to open some terminal applications like rxvt and konsole,
don't know why but xterm still works.
Running rxvt gives this output:
$ rxvt
rxvt: can't open pseudo-tty
rxvt: aborting
$ strace rxvt
statfs("/dev/pts", {f_type="DEVPTS_SUPER_MAGIC",
14 matches
Mail list logo