FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 04-30-2011, 04:20 PM
Leho Kraav
 
Default Proposal: include dbus session handling in baselayout (or somewhere, in which case where?)

Hi all


This is something like net-misc/keychain is for key management. My main
use case so far is to do with gnome-keyring-daemon for Subversion. If
you want to have a password-locked keyring, you will have to unlock it
every time you have a new dbus instance, which can pretty much happen
every time you open a new shell in tmux or whatnot since Subversion
needs dbus to communicate with keyring.


/etc/profile.d/dbus-session.sh attached, looking for feedback about
problems with it and if the whole approach even makes sense. I might be
not knowing something important.



--
Leho Kraav, M.Sc.
 
Old 06-07-2011, 10:11 PM
Mike Frysinger
 
Default Proposal: include dbus session handling in baselayout (or somewhere, in which case where?)

On Saturday, April 30, 2011 12:20:15 Leho Kraav wrote:
> This is something like net-misc/keychain is for key management. My main
> use case so far is to do with gnome-keyring-daemon for Subversion. If
> you want to have a password-locked keyring, you will have to unlock it
> every time you have a new dbus instance, which can pretty much happen
> every time you open a new shell in tmux or whatnot since Subversion
> needs dbus to communicate with keyring.
>
> /etc/profile.d/dbus-session.sh attached, looking for feedback about
> problems with it and if the whole approach even makes sense. I might be
> not knowing something important.

i dont think this makes sense in baselayout. it works great without dbus.

doesnt the login manager already take care of launching a dbus-session ?
-mike
 
Old 06-08-2011, 02:02 AM
Nirbheek Chauhan
 
Default Proposal: include dbus session handling in baselayout (or somewhere, in which case where?)

On Wed, Jun 8, 2011 at 3:41 AM, Mike Frysinger <vapier@gentoo.org> wrote:
> On Saturday, April 30, 2011 12:20:15 Leho Kraav wrote:
>> /etc/profile.d/dbus-session.sh attached, looking for feedback about
>> problems with it and if the whole approach even makes sense. I might be
>> not knowing something important.
>
> i dont think this makes sense in baselayout. *it works great without dbus.
>
> doesnt the login manager already take care of launching a dbus-session ?
>

I believe the use-case is being able to control applications from the
VTs without having to launch a dbus session manually. Which should be
done via ~/.bashrc, to be honest. Makes no sense to have a global dbus
session, since it's supposed to be per-user.

--
~Nirbheek Chauhan

Gentoo GNOME+Mozilla Team
 
Old 06-08-2011, 03:10 AM
Mike Frysinger
 
Default Proposal: include dbus session handling in baselayout (or somewhere, in which case where?)

On Tuesday, June 07, 2011 22:02:23 Nirbheek Chauhan wrote:
> On Wed, Jun 8, 2011 at 3:41 AM, Mike Frysinger <vapier@gentoo.org> wrote:
> > On Saturday, April 30, 2011 12:20:15 Leho Kraav wrote:
> >> /etc/profile.d/dbus-session.sh attached, looking for feedback about
> >> problems with it and if the whole approach even makes sense. I might be
> >> not knowing something important.
> >
> > i dont think this makes sense in baselayout. it works great without
> > dbus.
> >
> > doesnt the login manager already take care of launching a dbus-session ?
>
> I believe the use-case is being able to control applications from the
> VTs without having to launch a dbus session manually. Which should be
> done via ~/.bashrc, to be honest. Makes no sense to have a global dbus
> session, since it's supposed to be per-user.

i imagine this could be done via pam too

i dont think this is a global dbus session. it's in profile.d which means it
gets executed at shell login time. i think you meant .bash_login rather than
.bashrc.

probably the only place this could be integrated is in the dbus ebuild itself.
install it as a doc file and elog the info to make the user aware of it. i
don't think this is something we want to install automatically.
-mike
 

Thread Tools




All times are GMT. The time now is 12:25 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org