FreeBSD 7.2 and GNOME

After installing FreeBSD 7.2, Xorg and GNOME i have a problem. All works perfectly, but in Gnome menu i don't find section Shutdown. So i must Logout and then Shutdown the PC. GNOME 2.26 starts through GDM.
Can someone help with this problem?

Sorry for my english :)
 
Stormblastt,

Have you started up the gdm?

i.e Have you got gnome_enable='YES' in you rc.conf? or do you manually start gnome with xinitrc entries and startx?

Because in order to have shutdown via gnome, you need to have gdm running (AFAIK)

If you do not want a login manager, use XFCE

Hope this helps.
 
I have gnome_enable="YES" in rc.conf. GDM starts and i login through GDM.
But Xfce use GDM too, or no?

When i login as root, GNOME too don't have Shutdown. I must use "# shutdown -h now" command in terminal window to shutdown PC.

Sorry for my poor english.
 
I remember seeing something similar once. If I'm not wrong, it was caused by a missing package.
Can you redirect the output of pkg_info to a file and add it as attachment?
 
stormblastt said:
I have gnome_enable="YES" in rc.conf. GDM starts and i login through GDM.
But Xfce use GDM too, or no?

When i login as root, GNOME too don't have Shutdown. I must use "# shutdown -h now" command in terminal window to shutdown PC.

Sorry for my poor english.

Xfce does not use any DM, but you may use one (only tested XDM here).

How does GNOME reboot/shutdown?
Xfce, for instance, uses either HAL or sudo.
If GNOME uses HAL too, then make sure HAL and D-Bus are enabled and running (or does gnome_enable already do that).
You may also not have the proper entries in /usr/local/etc/PolicyKit/PolicyKit.conf (e.g. org.freedesktop.hal.power-management.shutdown).
 
All admin menus are disabled in GNOME

I recently installed FreeBSD 7.2 with GNOME as my desktop. All adminstration menus (like network config) are greyed out. I tried loggin in as root to see if this behaviour changes. But to no avail.

b.t.w here is the PolicyKit configuration. (This PolicyKit is very poorly explained).

What is going on ?? .

Any ideas ???

Ravi

/usr/local/etc/PolicyKit.conf
Code:
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->

<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">

<!-- See the manual page PolicyKit.conf(5) for file format -->

<config version="0.1">
    <match user="root|ravi">
	<return result="yes"/>
    </match>
    <define_admin_auth group="wheel"/>
</config>
 
ravi said:
I recently installed FreeBSD 7.2 with GNOME as my desktop. All adminstration menus (like network config) are greyed out. I tried loggin in as root to see if this behaviour changes. But to no avail.
You need to start GNOME via GDM for this to work.
 
ale said:
I remember seeing something similar once. If I'm not wrong, it was caused by a missing package.
Can you redirect the output of pkg_info to a file and add it as attachment?

Output of pkg_info


/usr/local/etc/PolicyKit.conf
Code:
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->

<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">

<!-- See the manual page PolicyKit.conf(5) for file format -->

<config version="0.1">
    <match user="root">
	<return result="yes"/>
    </match>
    <define_admin_auth group="wheel"/>
</config>

In rc.conf hal_enable, dbus_enable and gnome_enable set to "YES".
 

Attachments

  • pkg_info.zip
    8.6 KB · Views: 157
Thanks a lot for your help. Now I did more digging, I did stick in "gnome_enabled=yes" in /etc/rc.conf. But now come to think of it I did have an entry in ~/.xinitrc exec gnome-session. Now I learnt that this will bypass gdm. I will remove this entry and see what happens tomorrow when I get back to work.
 
ravi said:
But now come to think of it I did have an entry in ~/.xinitrc exec gnome-session. Now I learnt that this will bypass gdm.
It won't. .xinitrc is used when you use startx.
 
Thanks for pointing the typo. I am pretty sure I had gnome_enable=yes. If the "exec gnome-session" in .xinitrc does not bypass GDM, then am I not using Gnome through GDM??? Then how do I solve the issue of "greyed out" menu issue???
 
Are you sure both dbus and hal are running?

While in Gnome can you post the output of ck-list-sessions and polkit-auth --show-obtainable?
 
How do you start Xorg?
Are you logging in on a ttyv and then typing startx?
Or are you seeing the gdm greeter after the normal boot?
 
Check D-Bus and HAL status using % /usr/local/etc/rc.d/dbus status and % /usr/local/etc/rc.d/hal status.


stormblastt said:
/usr/local/etc/PolicyKit.conf
AFAIK, it should be /usr/local/etc/PolicyKit/PolicyKit.conf, not /usr/local/etc/PolicyKit.conf. Or is this a typo?


stormblastt said:
Code:
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->

<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">

<!-- See the manual page PolicyKit.conf(5) for file format -->

<config version="0.1">
    <match user="root">
	<return result="yes"/>
    </match>
    <define_admin_auth group="wheel"/>
</config>
Try adding
Code:
<match action="org.freedesktop.hal.power-management.shutdown">
  <match user="<your_user_name>">
    <return result="yes"/>
  </match>
</match>
between <define_admin_auth group="wheel"/> and </config>.

Of course there are many ways to organize the whole code. If you get this working, modify it as it suits you best using the documentation.
Also, use % polkit-action to get all valid actions.
 
Please see all the info that is being asked for. Looks like both hal & dbus are running. polkit-auth --show-obtainable? returns
Code:
[color="Blue"]No match[/color]


[color="Blue"]%/usr/local/etc/rc.d/hald status[/color]
hald is running as pid 977.
[color="Blue"]%/usr/local/etc/rc.d/dbus status[/color]
dbus is running as pid 813.


=======================
[color="Blue"]%cat /etc/rc.conf[/color]
========================
# -- sysinstall generated deltas -- # Mon Jul 13 00:30:04 2009
# Created: Mon Jul 13 00:30:04 2009
# Enable network daemons for user convenience.
# Please make all changes to this file, not to /etc/defaults/rc.conf.
# This file now contains just the overrides from /etc/defaults/rc.conf.
#
#
hostname="helios.dsto.defence.gov.au"
#
# Network interface configuration line
ifconfig_bge0="DHCP"

# Enable/Disable other services
nfs_client_enable="YES"
nfs_server_enable="YES"
rpcbind_enable="YES"
sshd_enable="YES"
#
# You need the following three lines
# if you want Gnome to come up with no hastles
# with gdm runing on bootup
hald_enable="YES"
gdm_enable="YES"
dbus_enable="YES"
# Give me linux compatibility
linux_enable="YES"
%===================    end rc.conf  =======================
[color="Blue"]
%ck-list-sessions[/color]
Session2:
	unix-user = '1001'
	realname = 'ravi sankar saripalli'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0'
	x11-display-device = '/dev/ttyv8'
	display-device = '   ?   '
	remote-host-name = ''
	is-local = TRUE
	on-since = '2009-07-27T07:45:18.207385Z'
	login-session-id = ''
=========================
[color="Blue"]%polkit-auth --show-obtainable?[/color]
polkit-auth: No match.
===============================
 
ale said:
How do you start Xorg?
Are you logging in on a ttyv and then typing startx?
Or are you seeing the gdm greeter after the normal boot?
I get the greeter after boot process is finished.
 
Ok, so what you have in ~/.xinitrc is not relevant.
Can you attach the output of pkg_info just for my curiosity?

EDIT:
sorry, I've missed that stormblastt has added it
 
No /proc mount entry in fstab

ale said:
Wait, maybe now I remember...is your /proc mounted?

Well, no "/etc/fstab" entry for /proc.


Code:
helios# cat /etc/fstab
# Device		Mountpoint	FStype	Options		Dump	Pass#
/dev/ad4s1b		none		swap	sw		0	0
/dev/ad4s1a		/		ufs	rw		1	1
/dev/ad4s1e		/tmp		ufs	rw		2	2
/dev/ad4s1f		/usr		ufs	rw		2	2
/dev/ad4s1d		/var		ufs	rw		2	2
/dev/acd0		/cdrom		cd9660	ro,noauto	0	0
 
Wonderful, it worked after mounting the proc
with the following entry in /etc/fstab
Code:
proc /proc procfs 	rw 0 0
Very strange that packages that rely on /proc do not do this
on the fly.
 
Back
Top