** Summary changed: - x display manager won't open session on next free vt + usplash won't deallocate vt even if console is redirected
** Description changed: - Binary package hint: xdm + Binary package hint: usplash - Since Ibex, opening a new session will create it on vt9, even if vt8 - has been released from usplash activities at kernel boot by + Since Hardy at least, opening a new session will create it on vt9, even + if vt8 has been released from usplash activities at kernel boot by console=ttyX, unless vt8 is specifically forced (through startx) - - So somehow the dm seems just to assume that vt8 is permanently assigned - to usplash or the info is not reset somewhere. Bug reproduction: - - Boot 9.04 by adding, say, console=tty4 to the kernel boot line to redirect usplash screen messages from vt8 to vt4 + - Boot 9.04 by adding, say, console=tty4 to the kernel boot line to redirect messages to vt4 - Log in new console session on tty1 - - "startx -- :1 vt8" will create new graphical session on vt8 - - but "startx -- :1" will create new graphical session on vt9 by "default" + - "startx -- :1" will create new graphical session on vt9 by default + - but "startx -- :1 vt8" will create new graphical session on vt8 without conflicts. - This default behaviour of course also happens at "New Session" from - inside the graphical session, but there you have no option to force vt8. + This default behaviour also happens at a new session from inside gdm, + but there you have no option to force vt8. - The bug is however related to usplash since this does not occur if - usplash is disabled. Guess is usplash sets some info that vt8 is busy - even if console is redirected but xdm (?) does not check or resets the - info. + The bug does not occur if usplash is disabled. -- usplash won't deallocate vt even if console is redirected https://bugs.launchpad.net/bugs/429616 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
