2008/10/28 Will Woods <wwoods@xxxxxxxxxx>: > On Tue, 2008-10-28 at 10:36 -0700, Dan Nicholson wrote: >> 2008/10/28 Will Woods <wwoods@xxxxxxxxxx>: >> > On Mon, 2008-10-27 at 17:07 -0400, Will Woods wrote: >> >> Hi folks, >> >> >> >> If you're running F10Beta/Rawhide, you may have noticed already, but I >> >> wanted to make sure everyone knows this is intentional: >> >> >> >> X HAS MOVED FROM VT7 TO VT1. >> > >> > OK look. If you absolutely cannot deal with this DRASTIC change in >> > behavior: >> > >> > 1) add "start on started prefdm" to /etc/event.d/tty1 >> > 2) (GNOME) edit /etc/gdm/custom.conf and add >> > FirstVT=7 >> > to the top of the file. Or: >> > (KDE) edit /etc/kde/kdm/kdmrc and set >> > ServerVTs=-7 >> > ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6 >> > 3) Sigh contentedly at the restoration of your precious tradition. >> > >> > If you use runlevel 3 + startx, nothing has changed. >> >> I don't think this is quite how it works in the plymouth/gdm new world >> order. Especially since newer gdm doesn't support FirstVT anymore. > > Really? Because I *did* test it before sending mail, and it worked as > expected; X was on VT7 again. But maybe things are different when we > start right after plymouth.. > ..anyway, it's worth documenting how to change it back. Since plymouth writes the /var/spool/gdm file on boot and then gdm removes it, any subsequent starts will put X on the first available VT, which is tty7 in the common configuration. With my patch, prefdm writes the file every time it's executed. I don't know if that's the correct behavior for all cases where prefdm would be run. I'm looking at upstream gdm right now, and FirstVT isn't respected. Looking at the rawhide patches, I don't see anything that would enable that functionality again. > This is probably a good time to mention that the Docs Project would > surely love help in documenting these sorts of changes for the release > notes: > > http://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process Good to know. -- Dan -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
