From mboxrd@z Thu Jan 1 00:00:00 1970 From: tcech@suse.cz Subject: Re: SLiM session types Date: Sat, 7 Mar 2015 15:50:26 +0100 Message-ID: <20150307145026.GA9102@venom> References: <87h9xtwruo.fsf@gnu.org> <87iohh53ff.fsf@gnu.org> <87388jve1p.fsf@gmail.com> <878uibo9fx.fsf_-_@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51879) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUG3m-0004rF-2M for guix-devel@gnu.org; Sat, 07 Mar 2015 09:50:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YUG3g-0002Dl-Tv for guix-devel@gnu.org; Sat, 07 Mar 2015 09:50:34 -0500 Received: from cantor2.suse.de ([195.135.220.15]:43567 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUG3g-0002DJ-HA for guix-devel@gnu.org; Sat, 07 Mar 2015 09:50:28 -0500 Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 134E3AC76 for ; Sat, 7 Mar 2015 14:50:27 +0000 (UTC) Content-Disposition: inline In-Reply-To: <878uibo9fx.fsf_-_@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: guix-devel@gnu.org --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 13, 2014 at 04:28:50PM +0100, Ludovic Court=C3=A8s wrote: >=E5=AE=8B=E6=96=87=E6=AD=A6 skribis: > >> And currently ratposion and windowmaker are hardcoded, >> how about make sessions configurable? >> Like: >> (define %default-sessions >> `(("windowmaker" . #~(execl #$windowmaker "/bin/wmaker")) >> ("ratposion" . #~(execl #$ratposion "/bin/ratposion")))) >> >> (define* (slim-service #:key (sessions %default-sessions) >> ... > >I agree that something along these lines is needed. > >However, these session types are currently unused. SLiM is supposed to >support session choice from the log-in screen, but for that, a >=E2=80=98session_dir=E2=80=99 key needs to be added to slim.cfg (in xorg.s= cm). > >The =E2=80=98session_dir=E2=80=99 value should be the name of a directory = containing >entries describing the various session types available, in a format that >SLiM understands. I'm not able to understand how the proposed solution should work and it's a bit unclear to me what is needed to do to add new session - enlightenment in my case. Is there reason, why xsession files should not be stored within profile? I can hardly imagine login manager with session selection to be anything else than system wide service and in that case path like /run/current-system/profile/share/xsessions sounds like proper place. In any case, it would be helpful if packager could just ignore this architectural decisions and could use some function which returns desired target directory for xsession files (maybe defining as public xsessions-directory from gnu/services/xorg.scm?) or even take xsession file name as argument and do whatever is needed. And one additional question - if xsession file can be part of multiple profiles, I can't install or create symlink to target directory during the build, but it needs to be done on adding to profile - is there any hook for that? TIA for answers, S_W --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlT7EDIACgkQ37XrCapiVCNtAQCfYN58iukn5xgWZA3vIJdf4QZA OnsAnAkvAdGGpUrj/YiH4GvIstsRxS8h =Zvk0 -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR--