From: David DEMELIER on
2010/5/5 Richard Kuhns <rjk(a)wintek.com>:
> On 05/05/10 10:26, Ondrej Majerech wrote:
>> Richard Kuhns wrote:
>>> I'll try renaming ~/.config/xfce4 when I get home this evening. I've already
>>> removed ~/.config/xfce4-session to no effect, and I don't have an xorg.conf file
>>> at all.
>>
>> Then I suppose you are using HAL and Dbus, right? Does any of these two
>> complain about anything? You could try disabling them and writing an
>> Xorg.conf by hand and see that gets you anywhere.
>>
>
> Yes, I'm using HAL and Dbus. I'm getting the following error when I try to start
> my desktop with xfce4-session installed (which, except for the process ID, is
> just like the other failure reports I've found in the mailing list archives):
> ===
> process 1675: arguments to dbus_message_new_signal() were incorrect, assertion
> "_dbus_check_is_valid_path (path)" failed in file dbus-message.c line 1165.
> This is normally a bug in some application using the D-Bus library.
>  D-Bus not compiled with backtrace support so unable to print a backtrace
>
> (xfce4-settings-helper:1693): libxfcegui4-WARNING **: ICE I/O Error
>
> (xfce4-settings-helper:1693): xfce4-settings-helper-WARNING **: Failed to
> connect to session manager
> Abort trap (core dumped)
> xfce4-settings-helper is already running
>
> (xfce4-settings-helper:1699): libxfcegui4-WARNING **: ICE I/O Error
>
> (xfce4-settings-helper:1699): libxfcegui4-WARNING **: Disconnected from session
> manager.
>
> (xfdesktop:1689): libxfcegui4-WARNING **: ICE I/O Error
> ===
>
> I've deinstalled and reinstalled libICE and all xfce4 ports since updating Xorg.
>
>>>
>>> BTW, the machine I updated is running amd64; was your successful update amd64 or
>>> i386?
>>
>> Mine's i386.
>
> OK, a general question then: could anyone running an FreeBSD 8.0 amd64
> kernel/userland report that they have a working Xorg 7.5/xfce4 installation?
>

Same for me, can't run xfce4 on amd64.

--
Demelier David
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Warren Block on
On Wed, 5 May 2010, Ondrej Majerech wrote:

> Try renaming your ~/.config/xfce4 and ~/.config/xfce4-session to something
> else and see if that allows you to use your desktop again.

I wish I'd thought of that. Here's what I did:

After a reboot, and not having attempted to start X or xfce...
mkdir ~/backup
mv ~/.config ~/backup
startxfce4 (or startx if .xinitrc starts xfce4)
xfce starts with defaults.
Click "quit" button in panel, or right-click desktop,
Applications/Log Out.
Click "Log Out".
rm -rf ~/.config (this is the new copy just created by xfce).
mv ~/backup/.config ~

After that, xfce starts every time. Or at least every time I've
tried--20 times in a row on one system. And it's worked on two systems.

Now why it worked...

-Warren Block * Rapid City, South Dakota USA
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Gary Jennejohn on
On Wed, 5 May 2010 17:18:10 +0200
David DEMELIER <demelier.david(a)gmail.com> wrote:

> 2010/5/5 Richard Kuhns <rjk(a)wintek.com>:
> > On 05/05/10 10:26, Ondrej Majerech wrote:
> >> Richard Kuhns wrote:
> >>> I'll try renaming ~/.config/xfce4 when I get home this evening. I've already
> >>> removed ~/.config/xfce4-session to no effect, and I don't have an xorg.conf file
> >>> at all.
> >>
> >> Then I suppose you are using HAL and Dbus, right? Does any of these two
> >> complain about anything? You could try disabling them and writing an
> >> Xorg.conf by hand and see that gets you anywhere.
> >>
> >
> > Yes, I'm using HAL and Dbus. I'm getting the following error when I try to start
> > my desktop with xfce4-session installed (which, except for the process ID, is
> > just like the other failure reports I've found in the mailing list archives):
> > ===
> > process 1675: arguments to dbus_message_new_signal() were incorrect, assertion
> > "_dbus_check_is_valid_path (path)" failed in file dbus-message.c line 1165.
> > This is normally a bug in some application using the D-Bus library.
> > __D-Bus not compiled with backtrace support so unable to print a backtrace
> >
> > (xfce4-settings-helper:1693): libxfcegui4-WARNING **: ICE I/O Error
> >
> > (xfce4-settings-helper:1693): xfce4-settings-helper-WARNING **: Failed to
> > connect to session manager
> > Abort trap (core dumped)
> > xfce4-settings-helper is already running
> >
> > (xfce4-settings-helper:1699): libxfcegui4-WARNING **: ICE I/O Error
> >
> > (xfce4-settings-helper:1699): libxfcegui4-WARNING **: Disconnected from session
> > manager.
> >
> > (xfdesktop:1689): libxfcegui4-WARNING **: ICE I/O Error
> > ===
> >
> > I've deinstalled and reinstalled libICE and all xfce4 ports since updating Xorg.
> >
> >>>
> >>> BTW, the machine I updated is running amd64; was your successful update amd64 or
> >>> i386?
> >>
> >> Mine's i386.
> >
> > OK, a general question then: could anyone running an FreeBSD 8.0 amd64
> > kernel/userland report that they have a working Xorg 7.5/xfce4 installation?
> >
>
> Same for me, can't run xfce4 on amd64.
>

This doesn't answer the question, but is it an additional data point.

xfce4 (with dbus and hal), including xfce4-session, works fine for me
on a 9.0-current AMD64 system running Xorg 1.7.5.

--
Gary Jennejohn
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Richard Kuhns on
On 05/05/10 13:07, Warren Block wrote:
> On Wed, 5 May 2010, Ondrej Majerech wrote:
>
>> Try renaming your ~/.config/xfce4 and ~/.config/xfce4-session to something
>> else and see if that allows you to use your desktop again.
>
> I wish I'd thought of that. Here's what I did:
>
> After a reboot, and not having attempted to start X or xfce...
> mkdir ~/backup
> mv ~/.config ~/backup
> startxfce4 (or startx if .xinitrc starts xfce4)
> xfce starts with defaults.
> Click "quit" button in panel, or right-click desktop,
> Applications/Log Out.
> Click "Log Out".
> rm -rf ~/.config (this is the new copy just created by xfce).
> mv ~/backup/.config ~
>
> After that, xfce starts every time. Or at least every time I've
> tried--20 times in a row on one system. And it's worked on two systems.
>
> Now why it worked...
>
> -Warren Block * Rapid City, South Dakota USA

I'll make it even more interesting now.

I tried this with no joy. However, when I moved my original .config back
in place and tried again I actually saw my desktop for approximately 1
second before the crash-n-burn. That made me think there was possibly a
timing problem (what did I have to lose?). I copied the default xinitrc
(/usr/local/etc/xdg/xfce4/xinitrc) to ~/.config/xfce4 and added a 'sleep
5' immediately before the attempt to execute xfce4-session:

--- /usr/local/etc/xdg/xfce4/xinitrc 2010-04-30 10:09:28.000000000 -0400
+++ /home/rjk/.config/xfce4/xinitrc 2010-05-07 10:35:38.000000000 -0400
@@ -131,6 +131,7 @@
x|xno*)
;;
*)
+ sleep 5
$xfcesm

if test $kill_sshagent -eq 1; then

This seems to have fixed it; my desktop is back to normal. I'm at 4 for
4, at any rate.

Hope this helps...

- Richard
--
Richard Kuhns <rjk(a)wintek.com> My Desk: 765-269-8541
Wintek Corporation Internet Support: 765-269-8503
427 N 6th Street STE C Consulting: 765-269-8504
Lafayette, IN 47901-2211 Accounting: 765-269-8502
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Torfinn Ingolfsen on
Hi,


On Fri, May 7, 2010 at 8:42 PM, Richard Kuhns <rjk(a)wintek.com> wrote:

> On 05/05/10 13:07, Warren Block wrote:
>
>> On Wed, 5 May 2010, Ondrej Majerech wrote:
>>
>> After a reboot, and not having attempted to start X or xfce...
>> mkdir ~/backup
>> mv ~/.config ~/backup
>> startxfce4 (or startx if .xinitrc starts xfce4)
>> xfce starts with defaults.
>> Click "quit" button in panel, or right-click desktop,
>> Applications/Log Out.
>> Click "Log Out".
>> rm -rf ~/.config (this is the new copy just created by xfce).
>> mv ~/backup/.config ~
>>
>> After that, xfce starts every time. Or at least every time I've
>> tried--20 times in a row on one system. And it's worked on two systems.
>>
>> Now why it worked...
>>
>
I tried that - it didn't work for me.

I'll make it even more interesting now.
>
> I tried this with no joy. However, when I moved my original .config back in
> place and tried again I actually saw my desktop for approximately 1 second
> before the crash-n-burn. That made me think there was possibly a timing
> problem (what did I have to lose?). I copied the default xinitrc
> (/usr/local/etc/xdg/xfce4/xinitrc) to ~/.config/xfce4 and added a 'sleep 5'
> immediately before the attempt to execute xfce4-session:
>
> --- /usr/local/etc/xdg/xfce4/xinitrc 2010-04-30 10:09:28.000000000 -0400
> +++ /home/rjk/.config/xfce4/xinitrc 2010-05-07 10:35:38.000000000 -0400
> @@ -131,6 +131,7 @@
> x|xno*)
> ;;
> *)
> + sleep 5
> $xfcesm
>
> if test $kill_sshagent -eq 1; then
>
> This seems to have fixed it; my desktop is back to normal. I'm at 4 for 4,
> at any rate.
>

I tried this too, it didn't work for me.

My system:
root(a)kg-v7# uname -a
FreeBSD kg-v7.kg4.no 8.0-STABLE FreeBSD 8.0-STABLE #1: Fri Mar 12 19:56:45
CET 2010 root(a)kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64
root(a)kg-v7# sysctl hw.model
hw.model: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz
root(a)kg-v7# pciconf -lv | grep -A 3 vga
vgapci0(a)pci0:0:2:0: class=0x030000 card=0x83831043 chip=0x00428086
rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = display
subclass = VGA

and using the 'vesa' driver in xorg.conf (the 'intel' driver doesn't work
with the integrated GPU in this i3 Core cpu).
When I try to use the intel driver, I get these error lines in
/var/log/Xorg.0.log:
(EE) intel(0): [drm] Failed to open DRM device for pci:0000:00:02.0: File
exists
(EE) intel(0): Failed to become DRM master.
(EE) intel(0): No valid modes.


startx work fine for both normal and root user, startxfce4 does not.
If I deinstall xfce4-session, startxcfe4 works again (both as normal and
root user)
HTH
--
Regards,
Torfinn
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"