<br><br><div><span class="gmail_quote">On 8/24/07, <b class="gmail_sendername">Jon Nettleton</b> <<a href="mailto:jon.nettleton@gmail.com">jon.nettleton@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 8/24/07, Gian Paolo Mureddu <<a href="mailto:gmureddu@prodigy.net.mx">gmureddu@prodigy.net.mx</a>> wrote:<br>> Ray Strode escribió:<br>> ><br>> > Seems like a good idea to me.  At a minimum we should get rid of the
<br>> > getty on tty1 so we don't have the brief "Login: " flash when the screen<br>> > jumps from rhgb to gdm.<br>> ><br>> > --Ray<br>> ><br>> ><br>><br>> When will Fedora drop RHGB once and for all? Seems all that's needed is
<br>> already into the kernel or easily configured into it... Albeit the<br>> current mode setting is rather manual, but we could simply go with<br>> something standard such as 1024x768@32bpp, or is this value going to
<br>> directly feed X resolution information? For in that case, why not make X<br>> and VT configuration part of either: boot loader (LiveCD) or Anaconda<br>> (DVD) for installation, just "like in the old days", I don't see why
<br>> both resolution values have to be tied together or identical in any way...<br>><br>I almost have a working configuration that allows rhgb to use the gdm<br>xserver.  This<br>means that once X starts ( even earlier than with rhgb now ) it is a
<br>seamless X transition<br>all the way to login.  I also have it doing cool things like instead<br>of bouncing back to<br>a VT for manual fsck it all happens right there in the rhgb vte screen.<br><br>It isn't perfect yet but I am trying to get it usable enough to make
<br>it into Fedora 8 feature set.</blockquote><div><br>ok but feature freeze  is in 4 days... will it be ready by then?<br></div><br></div><br>