Can you please unsubscribe me from your group?

Thanks









---------- Initial Header -----------

>From      : desktop-discuss-bounces at opensolaris.org
To          : desktop-discuss at opensolaris.org
Cc          : 
Date      : Thu, 02 Oct 2008 08:32:27 -0700
Subject : desktop-discuss Digest, Vol 40, Issue 3







> Send desktop-discuss mailing list submissions to
>       desktop-discuss at opensolaris.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>       http://mail.opensolaris.org/mailman/listinfo/desktop-discuss
> or, via email, send a message with subject or body 'help' to
>       desktop-discuss-request at opensolaris.org
> 
> You can reach the person managing the list at
>       desktop-discuss-owner at opensolaris.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of desktop-discuss digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Lightning 0.9? (Alfred Peng)
>    2. Re: Flash 10 beta is available (Tom Vacek)
>    3. Re: [osol-help] Java Desktop System: Gnome (Alan Coopersmith)
>    4. Re: Flash 10 beta is available (Bob Friesenhahn)
>    5. Re: Does you application launch your    own     dbus    daemon?
>       (Bob Doolittle)
>    6. Re: Does you application launch your    own     dbus    daemon?
>       (Stephen Browne)
>    7. Re: Does you application launch your own dbus   daemon?
>       (Takao Fujiwara - Tokyo S/W Center)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Thu, 02 Oct 2008 12:04:47 +0800
> From: Alfred Peng <Alfred.Peng at Sun.COM>
> Subject: Re: [desktop-discuss] Lightning 0.9?
> To: Jon.Aimone at Sun.COM
> Cc: desktop-discuss at opensolaris.org
> Message-ID: <48E4485F.1060608 at sun.com>
> Content-Type: text/plain; format=flowed; charset=ISO-8859-1
> 
> Jon Aimone wrote:
> > Hi,
> >
> > If you respond, please do so directly. I'm not on this alias yet...
> >
> > Thunderbird prompted me to update the Lightning add-on, because .9 was 
> > now available! When I tried to download it, it failed to download: 
> > Add-On Not Found!
> >
> > I had thought Sun providing these builds. If so, how does one go about 
> > getting the Mozilla we pages updated?
> >
> > _______________________________________________
> > desktop-discuss mailing list
> > desktop-discuss at opensolaris.org
> >   
> Hi Jon,
> 
> Just tried to upgrade Lightning 0.7 to 0.9 on my box here for 
> Thunderbird 2.0.0.16. I go to Tools->add-ons, right click on ligntning 
> 0.7 and select Find update. After installing the update and restarting 
> Thunderbird, 0.9 is there.
> 
> You could also download the add-on from here: 
> https://addons.mozilla.org/en-US/thunderbird/addon/2313, go to 
> Tools->add-ons->install button, and choose the xpi file to install manually.
> 
> Hope this help,
> -Alfred
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Thu, 02 Oct 2008 07:29:56 -0500
> From: Tom Vacek <vacek008 at umn.edu>
> Subject: Re: [desktop-discuss] Flash 10 beta is available
> To: desktop-discuss at opensolaris.org
> Message-ID: <48E4BEC4.9010001 at umn.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> I tried Flash 10 on the Firefox shipped with snv_98 (which has its own 
> problems).  It caused my browser to crash (and core dump) about every 
> minute.  I haven't tried it with the Firefox download.
> 
> Tom
> Qinghua Cheng wrote:
> > Hi All,
> >
> > Flash 10 beta has been available for downloading:
> >
> > x86 build at: 
> > http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_install_solaris_x86_092608.tar.bz2
> > sparc build at: 
> > http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_install_solaris_sparc_092608.tar.bz2
> >
> > We are looking forward to your feedbacks.
> >
> > Thanks,
> > Conny
> > _______________________________________________
> > desktop-discuss mailing list
> > desktop-discuss at opensolaris.org
> >   
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Thu, 02 Oct 2008 07:06:03 -0700
> From: Alan Coopersmith <Alan.Coopersmith at Sun.COM>
> Subject: Re: [desktop-discuss] [osol-help] Java Desktop System: Gnome
> To: sbata <sbata_1981 at yahoo.fr>
> Cc: opensolaris-help at opensolaris.org,      Desktop Discuss
>       <desktop-discuss at opensolaris.org>
> Message-ID: <48E4D54B.3060105 at sun.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> sbata wrote:
> > Hi,
> > 
> > please can you help me, i would like to install the Java Desktop System: 
> > Gnome under Ubuntu or at least to download it.
> > do you know how to do that ?
> 
> You might be able to port the sources to Linux (the people in the
> desktop-discuss forum would know that best) - that has been done
> before and they're still built in an RPM-like spec file method, but
> it's been years since JDS was built on Linux, and that was only for
> the SuSE-based JDS/Linux distro.
> 
> -- 
>       -Alan Coopersmith-           alan.coopersmith at sun.com
>        Sun Microsystems, Inc. - X Window System Engineering
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Thu, 2 Oct 2008 09:18:31 -0500 (CDT)
> From: Bob Friesenhahn <bfriesen at simple.dallas.tx.us>
> Subject: Re: [desktop-discuss] Flash 10 beta is available
> To: Tom Vacek <vacek008 at umn.edu>
> Cc: desktop-discuss at opensolaris.org
> Message-ID:
>       <Pine.SOC.4.64.0810020906130.1107 at freddy.simplesystems.org>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
> 
> On Thu, 2 Oct 2008, Tom Vacek wrote:
> 
> > I tried Flash 10 on the Firefox shipped with snv_98 (which has its own
> > problems).  It caused my browser to crash (and core dump) about every
> > minute.  I haven't tried it with the Firefox download.
> 
> This is normal behavior for the Firefox and Flash plugin which are the 
> latest "supported" version which come with Solaris 10U5.  Did it crash 
> every two minutes (rather than one) with the previous version?
> 
> Note that the site http://www.adobe.com/ was causing instantaneous 
> browser death for me a couple of days ago.  I really needed access to 
> the site so I had to switch to using a Windows PC in order to read it.
> 
> If software that I developed exhibited such severe problems for such a 
> long duration I would take that as a clear sign to entirely change 
> occupations, and quite possibly stop using computers entirely.
> 
> Bob
> ======================================
> Bob Friesenhahn
> bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Thu, 02 Oct 2008 11:20:26 -0400
> From: Bob Doolittle <Robert.Doolittle at Sun.COM>
> Subject: Re: [desktop-discuss] Does you application launch your       own
>       dbus    daemon?
> To: Stephen Browne <Stephen.Browne at Sun.COM>
> Cc: Ghee Teo <Ghee.Teo at Sun.COM>,   Desktop Discuss
>       <desktop-discuss at opensolaris.org>
> Message-ID: <48E4E6BA.7020700 at Sun.COM>
> Content-Type: text/plain; format=flowed; charset=ISO-8859-1
> 
> Stephen Browne wrote:
> > Ghee,
> >
> > applications that require/use dbus do not explicitly do a dbus-launch
> > (except gnome-session which does test for the env var first) they rely
> > on libdbus to do it for them if necessary.
> >   
> 
> This is not always the case.  We encountered a situation where we 
> wanted, during early session startup, to start an event-driven 
> (non-dbus-related) daemon that would run gnome-screensaver-command at a 
> later time.  We discovered that if dbus-launch were not run manually 
> before the daemon was started, the dbus environment would not yet have 
> been established and inherited by gnome-screensaver-command when 
> eventually it was run.  Later something (such as gnome-screensaver) 
> would wind up indirectly creating the desktop dbus environment, but that 
> was to late for the already-running daemon and when eventually the 
> daemon invoked gnome-screensaver-command it had no known dbus 
> environment so started a conflicting one which wouldn't interoperate 
> with the desktop.
> 
> So, in this case, we were indeed forced to run dbus-launch manually 
> before starting the launcher.
> 
> I have to say I haven't been following this thread in detail, so this 
> may have no bearing on your conclusions, but it's not safe to assume 
> that dbus-launch never needs to be manually run.
> 
> -Bob
> 
> > When a dbus client app tries to connect to a session bus, libdbus will
> > look for a running daemon (by checking for the env var) and if doesn't
> > find one will auto launch it using 
> >     dbus-launch --autolaunch
> >
> > So if we are seeing an autoluanched daemon then it is because libdbus
> > isn't finding the running dameon or it was started before your exec of
> > dbus-launch in the startup scripts.
> >
> > HTH,
> >
> > Stephen.
> >
> > On Wed, 2008-10-01 at 12:57, Ghee Teo wrote:
> >
> >   
> >> Hi,
> >>
> >> I noticed that there more than one set of dbus-launch/dbus-daemon in 
> >> OpenSolairs b97 + vermillion 100.
> >> Based on the ordering of pids, the most likely app that launches 
> >> dbus-daemon is iiimd, however I can't
> >> confirm it since I don't know where the source is, and not sure the 
> >> exact sequence it start.
> >>
> >> We need to have a coherence approach to start dbus session, we should 
> >> only have one session dbus
> >> per user session for memory/efficiency. So the approach is 2 folds:
> >>
> >> - We should start dbus session as early as possible when user login, 
> >> Brian Cameron made suggestion to
> >> put it in /etc/X11/xinit/xinitrc.d, I am clarifying how does this work.
> >>
> >> - Application should check whether there is DBUS_SESSION_BUS_ADDRESS 
> >> defined before
> >> doing an explicit dbus-launch.
> >>
> >> Comments/Feebacks are welcome.
> >>
> >> Thanks,
> >>
> >> -Ghee
> >>
> >>
> >> _______________________________________________
> >> desktop-discuss mailing list
> >> desktop-discuss at opensolaris.org
> >>     
> >
> >   
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > desktop-discuss mailing list
> > desktop-discuss at opensolaris.org
> >   
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Thu, 02 Oct 2008 16:28:04 +0100
> From: Stephen Browne <Stephen.Browne at Sun.COM>
> Subject: Re: [desktop-discuss] Does you application launch    your    own
>       dbus    daemon?
> To: Bob Doolittle <Robert.Doolittle at Sun.COM>
> Cc: Ghee Teo <Ghee.Teo at Sun.COM>,   Desktop Discuss
>       <desktop-discuss at opensolaris.org>
> Message-ID: <1222961283.29689.32.camel at sr1-edub-03>
> Content-Type: text/plain; charset="us-ascii"
> 
> Bob,
> 
> I wasn't suggesting that we don't need to run dbus-launch manually.  In
> fact Ghee was trying to figure out where exactly to do this (he has it
> sorted out now).  I was merely pointing out to Ghee that the extra
> dbus-daemons he was seeing in the session were not because other
> applications were explicitly starting them but because libdbus couldnt
> find a running daemon and started one for them.
> 
> Stephen.
> 
> 
> On Thu, 2008-10-02 at 16:20, Bob Doolittle wrote:
> 
> > Stephen Browne wrote:
> > > Ghee,
> > >
> > > applications that require/use dbus do not explicitly do a dbus-launch
> > > (except gnome-session which does test for the env var first) they rely
> > > on libdbus to do it for them if necessary.
> > >   
> > 
> > This is not always the case.  We encountered a situation where we 
> > wanted, during early session startup, to start an event-driven 
> > (non-dbus-related) daemon that would run gnome-screensaver-command at a 
> > later time.  We discovered that if dbus-launch were not run manually 
> > before the daemon was started, the dbus environment would not yet have 
> > been established and inherited by gnome-screensaver-command when 
> > eventually it was run.  Later something (such as gnome-screensaver) 
> > would wind up indirectly creating the desktop dbus environment, but that 
> > was to late for the already-running daemon and when eventually the 
> > daemon invoked gnome-screensaver-command it had no known dbus 
> > environment so started a conflicting one which wouldn't interoperate 
> > with the desktop.
> > 
> > So, in this case, we were indeed forced to run dbus-launch manually 
> > before starting the launcher.
> > 
> > I have to say I haven't been following this thread in detail, so this 
> > may have no bearing on your conclusions, but it's not safe to assume 
> > that dbus-launch never needs to be manually run.
> > 
> > -Bob
> > 
> > > When a dbus client app tries to connect to a session bus, libdbus will
> > > look for a running daemon (by checking for the env var) and if doesn't
> > > find one will auto launch it using 
> > >     dbus-launch --autolaunch
> > >
> > > So if we are seeing an autoluanched daemon then it is because libdbus
> > > isn't finding the running dameon or it was started before your exec of
> > > dbus-launch in the startup scripts.
> > >
> > > HTH,
> > >
> > > Stephen.
> > >
> > > On Wed, 2008-10-01 at 12:57, Ghee Teo wrote:
> > >
> > >   
> > >> Hi,
> > >>
> > >> I noticed that there more than one set of dbus-launch/dbus-daemon in 
> > >> OpenSolairs b97 + vermillion 100.
> > >> Based on the ordering of pids, the most likely app that launches 
> > >> dbus-daemon is iiimd, however I can't
> > >> confirm it since I don't know where the source is, and not sure the 
> > >> exact sequence it start.
> > >>
> > >> We need to have a coherence approach to start dbus session, we should 
> > >> only have one session dbus
> > >> per user session for memory/efficiency. So the approach is 2 folds:
> > >>
> > >> - We should start dbus session as early as possible when user login, 
> > >> Brian Cameron made suggestion to
> > >> put it in /etc/X11/xinit/xinitrc.d, I am clarifying how does this work.
> > >>
> > >> - Application should check whether there is DBUS_SESSION_BUS_ADDRESS 
> > >> defined before
> > >> doing an explicit dbus-launch.
> > >>
> > >> Comments/Feebacks are welcome.
> > >>
> > >> Thanks,
> > >>
> > >> -Ghee
> > >>
> > >>
> > >> _______________________________________________
> > >> desktop-discuss mailing list
> > >> desktop-discuss at opensolaris.org
> > >>     
> > >
> > >   
> > > ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > desktop-discuss mailing list
> > > desktop-discuss at opensolaris.org
> > >   
> > 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://mail.opensolaris.org/pipermail/desktop-discuss/attachments/20081002/1cf14eae/attachment-0001.html
>  
> 
> ------------------------------
> 
> Message: 7
> Date: Fri, 03 Oct 2008 00:31:48 +0900
> From: Takao Fujiwara - Tokyo S/W Center <Takao.Fujiwara at Sun.COM>
> Subject: Re: [desktop-discuss] Does you application launch your own
>       dbus    daemon?
> To: Brian Cameron <Brian.Cameron at Sun.COM>
> Cc: Ghee Teo <Ghee.Teo at Sun.COM>,   Desktop Discuss
>       <desktop-discuss at opensolaris.org>
> Message-ID: <48E4E964.10804 at Sun.COM>
> Content-Type: text/plain; format=flowed; charset=ISO-8859-1
> 
> Brian Cameron-san wrote (10/ 2/08 02:32 AM):
> > 
> > Ghee:
> > 
> > In my previous email I asked why we still need to hack 
> > dtlogin-integration's Xsession script to save the user's SHELL variable
> > and reset it after calling dbus-launch.  This seems unnecessary when
> > calling dbus-launch with --sh-syntax.
> > 
> > Also, why are we patching dtlogin-integration rather than modifying
> > the dtlogin-integration module and spinning a new release?
> > 
> >> I noticed that there more than one set of dbus-launch/dbus-daemon in 
> >> OpenSolairs b97 + vermillion 100.
> >> Based on the ordering of pids, the most likely app that launches 
> >> dbus-daemon is iiimd, however I can't
> >> confirm it since I don't know where the source is, and not sure the 
> >> exact sequence it start.
> >>
> >> We need to have a coherence approach to start dbus session, we should 
> >> only have one session dbus
> >> per user session for memory/efficiency. So the approach is 2 folds:
> >>
> >> - We should start dbus session as early as possible when user login, 
> >> Brian Cameron made suggestion to
> >> put it in /etc/X11/xinit/xinitrc.d, I am clarifying how does this work.
> > 
> > When using GDM, the /etc/X11/gdm/Xsession script has this code:
> > 
> > # run all system xinitrc shell scripts.
> > if [ -d /etc/X11/xinit/xinitrc.d ]; then
> >     for i in /etc/X11/xinit/xinitrc.d/* ; do
> >         if [ -x "$i" ]; then
> >             . "$i"
> >         fi
> >     done
> > fi
> > 
> > So, if you install files to this directory, they should run.  I
> > believe that the /etc/x11/xinit directory is empty by default on
> > both Solaris and OpenSolaris.  However, any package (such as
> > gnome-session) which wants to install a script to make sure that
> > something like dbus-launch is started can easily create the directory
> > and add any desired scripts.  Since OpenSolaris only uses GDM, this
> > should work fine.
> > 
> >> - Application should check whether there is DBUS_SESSION_BUS_ADDRESS 
> >> defined before
> >> doing an explicit dbus-launch.
> > 
> > For this to work with CDE login, though, you would need to also
> > put the same script in /usr/dt/config/Xsession.d.  Since, on
> > Solaris Nevada, GDM runs both the /etc/X11/gdm/Xsession script
> > and the /etc/X11/xinit/xinitrc.d scripts, you would obviously
> > need to check the environment variables as you describe and avoid
> > starting dbus-launch a second time if it was already started by
> > an earlier process.
> > 
> > By the way, I understand that Takao is considering moving G11N
> > specific Xsession startup code that is currently hardcoded into
> > the GDM Xsession script and/or dtstart script into the
> > /usr/dt/config/Xsession.d and /etc/X11/xinit/xinitrc.d scripts
> > so that code is better encapsulated and separated from other
> > session startup scripting.
> 
> Thanks for your ping. Yes, I agreed it's a better migration not to depend on 
> CDE.
> Please let me return this after Indiana Nov. is released.
> 
> fujiwara
> 
> > 
> > Brian
> > 
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org
> 
> End of desktop-discuss Digest, Vol 40, Issue 3
> **********************************************
> 


Reply via email to