On 8/15/07, <b class="gmail_sendername">Matthias Clasen</b> <<a href="mailto:mclasen@redhat.com">mclasen@redhat.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
As discussed in the meeting, here is my personal<br>"laundry list" of low-hanging fruit. Note that some of<br>these are being worked on for F8 anyway.<br><br>- enable nss-mdns by default<br>- clean up emblems in nautilus
<br>- remove obsolete applets<br>- reconsider default panel config (launchers)<br>- unlock keyring on login</blockquote><div><br>This should be included in gnome 2.20 with the new gnome-keyring.  <br>It includes a pam module to do this.  If it doesn't then I can finish hacking
<br>pam_keyring to do what we want.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- use xdg-user-dirs consistently <br></blockquote>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- disable root login</blockquote><div><br>I don't know why.  I think the goal is ot make security seamless enough
<br>that people don't feel the "need" to log in as root.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- get rid of xfs
<br>- get rid of pam_console</blockquote><div><br>In the long run YES!  This is probably not happening for Fedora 8.<br>Should we instead use the UGROUPS property to allow users to<br>have administrative gui privileges in the short term.  Could win
<br>back some popularity among reviewers.  Yes I know how awful <br>that sounds, but it is a fact of life.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- NM by default</blockquote><div><br>Would love to see this.  Don't know if we can make it<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- PA by default<br>- get rid of a bunch of services that we don't need on a<br>  live cd, like nfs/rpc/autofs<br>- have a close look at the system-config tools we install<br>- cleaned up artwork packaging<br><br>And here are some larger things:
<br><br>- rethink installation and updates (see hughsie's<br>  recent work)<br>- desktop background stuff:<br>   slideshows, channels, per-workspace<br>- no lvm/raid in livecd installer<br>- good xrandr 1.2 support<br>
- no root user<br>- replace init system</blockquote><div><br>I don't know if the init system needs to be replaced or just rethought.<br>I have been hacking on this on and off for the past 3-4 days and my<br>conclusion is that the perception of the boot process is more important
<br>than what actually happens.  The first 17 seconds of boot is tied to <br>hardware and display initialization.  From there everything leads up to what<br>"needs" to be running when a user logs in.  I am working on a proper
<br>write up<br>  </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- new graphical boot</blockquote><div><br>Since we have to start X eventually I don't see the big problem with rhgb.
<br>I am trying to finish up my work getting rhgb to start in the gdm init scripts.<br>This allows rhgb and gdm to share an initial xserver and give a smoother<br>boot process.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- composited desktop by default</blockquote><div><br>Would love to see this.  For my own personal use I have started hacking<br>more gnomish features into xfwm4.  Basically a new config gui and gconf<br>functionality for storing settings.  I know most people could care less but
<br>I think it will give a good 2d composited desktop option based on some<br>solid window manager work by the XFCE guys.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- rethink user account handling:<br>   kiosk mode (?), guest accounts</blockquote><div><br><br>I think our problem has become looking for a magic bullet solution for everything,<br>and neglecting good ideas waiting on that idea.  NetworkManager is the future of
<br>networking for linux but we have been neglecting other solutions for years waiting<br>on it.  Composited desktops, init-system, and graphical booting are going to be<br>the new ones.  Perhaps it is time to start planning in smaller steps.  It is great to
<br>have the grand vision but we tend to fall behind waiting for that to happen.<br><br>Jon<br></div><br><div><br> </div><br></div><br>