On Sun, Jun 19, 2011 at 11:23 PM, Marko Saukko <[email protected]> wrote: > On 06/20/2011 07:30 AM, Kok, Auke-jan H wrote: >> >> What changed exactly? Well, the biggest change is that there is no >> hardcoded session table anymore, and so now each session needs to be >> defined in a session definition file instead. That means that instead >> of telling uxlaunch "start /usr/bin/mutter --sm-disable", you'll now >> tell it to 'start the x-meego-nb' session, and something will instruct >> uxlaunch that that implies 'mutter' etc. > > Sounds good. > >> >> Also, the new code allows the USER to entirely override this and >> create their own session definition, and completely different than >> what the main system defines as default. Yes, that's right, you can >> change your own desktop without root permissions. > > Will the user who's home is read be still determined by entry in > /etc/sysconfig/uxlaunch?
yes, this will not change. note that on machines with only 1 user under /home, this will always be the default user that uxlaunch picks, making the setting largely optional. >> >> This is done through generic xsession desktop files. A lot of DE's >> already ship them (xfce, xbmc, even gnome) and so we're reusing this >> mechanism for maximum flexibility. Session files are named >> 'foo.desktop' and list an Exec= key that will be started as the >> session process. The 'foo' part is assumed to define the 'session >> name'. This allows uxlaunch to hide applications through the >> OnlyShowIn and NotShowIn fields as it did before. > > Currently uxlaunch has the xopts in the /etc/sysconfig/uxlaunch, could this > be moved to the UX .desktop file as well or even better could we provide > Xorg parameters as dynamic files in some directory as on touch devices you > don't want to see mouse cursor and netbooks you want, something that is also > more hardware thing. So information that hardware adaptation pattern/package > group might contain. > > Currently there is following hack in .ks files > https://meego.gitorious.org/meego-os-base/image-configurations/blobs/master/custom/scripts/uxlaunch-nocursor.post realistically this should end up in an xorg.conf.d dropin file, any other solution does not seem like a decent one. >> The impact for most people will be nil, except two groups: >> >> Release engineering& people who make images: You'll have to rewrite >> the kickstart files and uxlaunch configs. >> >> - The appropriate UX package needs to install a >> "/usr/share/xsessions/sessionname.desktop" file >> The "sessionname" should be consistent with MeeGo's naming >> convention: acceptable are "x-meego-nb", "x-meego-hs", "x-meego-tb", >> "x-meego-tv", "x-meego-ivi", others need to be discussed first as >> there is an impact on all packages if you make something up, and your >> UX might not work properly. (autostart files will be filtered >> case-insensitive). > > This is probably something that the UX specific pattern/package group should > provide. yes. I just submitted one example to for mutter myself. >> - Selecting a default session is done through symlinking in the >> kickstart file: The %post section needs to execute a line like this: >> ln -sf x-meego-nb.desktop /usr/share/applications/default.desktop >> This symlink *must never* be part of an installed package. > > Maybe a patch for mic2? Currently there are following lines in .ks file that > do some magics in this area: > > xconfig --startxonboot > desktop --autologinuser=meego --defaultdesktop=DUI > --session="/usr/bin/mcompositor" perhaps, but, I really dislike the xconfig option. It started out as a method to configure classic Xfree, and with all the recent changes to how we start the system, it's being rewritten every other week.... for instance, the --autologinuser=meego is completely unneeded on any meego image. the --defaultdesktop option does what? uxlaunch doesn't even know what DUI is for a while now. Obviously the '--session' would change as well, again. I'm a bit reluctant now to push for a change while this code is still in flux as well. After it's all settled, we can revisit. Auke _______________________________________________ MeeGo-dev mailing list [email protected] http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
