the capplet doesn't look like it's been ported yet.

cc'ing lauris; not sure if this is jacob's problem or lauris's ATM.

Have noticed that it is possible to run the gnome session properties
application but not the session properties capplet.

If you select 'Applications ->Preferences ->Advanced ->Session
Properties' then the session properties app will run and allow a user
to view currently running processes

BUT 

if you select 'Applications ->Preferences ->Advanced ->Session
Properties & Startup Programs' then error messge is returned
indicating that the session-properties-capplet cannot be run.

this is because the capplet hasn't been ported.

it isn't being built, which is why it won't run.

if the .deskotp files have a TryExec then you should file a bug on the
panel or libgnomedesktop for not respecting that.

There is no menu option for the session properties application - it is
in ../gnome-2.0/bin but is not present in the
"Applications->Preferences->Advanced->" menu tree.

this is probably because there are 2 sysdir definitions in
gnome-sesion/gnome-sesion/Makefile.am (bug 74648)

I have a patch from Lauris in my inbox, will review it today

Just to clarify, Lauris and myself are bouncing back and forth a patch
he is working on to port the capplet to 2.0

*** Bug 76642 has been marked as a duplicate of this bug. ***

cc'ing jacob and jody, as they are now looking at capplet issues.

fixed in cvs:

2002-03-31  Lauris Kaplinski  <lauris@ximian.com>

	* startup-programs.c (startup_list_update_gui): Port to GtkTreeModel
	(is_blank): Made argument const to kill warning
	(startup_list_add_dialog): No need for clist argument at all
	(startup_list_edit_dialog): Remove GtkCList dependency
	(startup_list_delete): Ditto

	* session-names.c (session_list_update_gui): Port to GtkTreeModel
	(session_list_add_dialog): We do not need clist argument at all
	(session_list_delete): Remove GtkCList dependency
	(session_list_edit_dialog): Ditto

	* session-properties-capplet.h: Changed GUI method signatures to fit
	with GtkTreeView architecture

	* session-properties-capplet.c: Ported it to GtkTreeView, removed
	old libcapplet dependencies, ported to new session core. As almost all
	methods changed it does not make sense to list these here one-by-one

	* Makefile.am: Re-enabled session-properties-capplet

I tested with latest cvs(01-04-2002) on solaris, this bug is fixed.

I have test this on Solaris Beta3 and I think this was closed due to
confusion with the 'session-properties'

Session-properties is there and works fine but the
'session-properties-capplet' is still not present - presume not ported
yet - am going to reopen bug to track this issue.

no, it was really fixed.

there's now a sun-patches patch for it.

FYI, the fix for session-properties-capplet doesn't appear to have
made it into the beta3 build (for sun anyway).

when was beta3?

was put together over the last 2 weeks so session-properties could've
been grabbed anytime in the last 14 days.

Verified the session-properties-capplet is present and does come up, 
using the CVS build from April 10th, on Solaris 8.

closing