Re: dbus/hal in freebsd 7.2 hangs X11
Dne 25.9.2009 19:55, Warren Block napsal(a): On Fri, 25 Sep 2009, kron24 wrote: Dne 25.9.2009 14:32, William Bulley napsal(a): According to Giuseppe Pagnonigpagn...@gmail.com on Fri, 09/25/09 at 03:32: I am trying to use hal/dbus on a i386 machine with FreeBSD 7.2 (ports updated to the latest tree snapshot as of yesterday), but despite spending a full day looking up the handbook, faq, and google, I cannot make it work properly. More specifically, when I use either xfce4 or xmonad after having enabled dbus/hald in rc.conf: hald_enable=YES dbus_enable=YES both window managers become very unresponsive and hang as if hal was trying to access/mount something. For example, the terminal may take *seconds* to display typed in characters and in xfce if you click on the desktop icons for home directory etc., they don't open up at all in the thunar file manager (they do though, if you right click on them and choose 'open'). [edit] The same problem on my test machine: FreeBSD 8.0-RC1 xfce-4.6.1 xorg-7.4_2 I usually run it without dbus+hal and it works fine. With dbus+hal enabled (just for the sake of test) I experienced the same hangs. It works here. Can we see your xorg.conf? When you built xorg-server, did you enable hal support? -Warren Block * Rapid City, South Dakota USA Yes, built with default options (including HAL). My xorg.conf is below. The machine is too weak to run my desktop, I use it only to test things: CPU: VIA Samuel 2 (532.64-MHz 686-class CPU) graphics: vendor = 'Trident Microsystems' device = 'Via Tech VT8361/VT8601 Graphics Controller (VT8361)' I don't mind the hangs with dbus+hal - I don't use them, I enabled them just to test OP's problem. Purely and simply, it is much less responsive with dbus+hal. It often takes seconds to see what I typed in a terminal emulator. Maybe the box is just underpowered for dbus+hal, I can live with that :-) BR, Oli Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard Option AllowEmptyInput off EndSection Section Files ModulePath /usr/local/lib/xorg/modules FontPath /usr/local/lib/X11/fonts/misc/ FontPath /usr/local/lib/X11/fonts/TTF/ FontPath /usr/local/lib/X11/fonts/OTF FontPath /usr/local/lib/X11/fonts/Type1/ FontPath /usr/local/lib/X11/fonts/100dpi/ FontPath /usr/local/lib/X11/fonts/75dpi/ FontPath /usr/local/lib/X11/fonts/urwfonts-ttf/ FontPath /usr/local/lib/X11/fonts/dejavu/ FontPath /usr/local/lib/X11/fonts/gentium/ FontPath /usr/local/lib/X11/fonts/webfonts/ EndSection Section Module Load extmod Load record Load dbe Load glx Load xtrap Load dri Load freetype EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option XkbLayout us,cz Option XkbModel pc105 Option XkbOptions grp:switch,grp:alt_shift_toggle EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device Identifier Card0 Driver trident VendorName Trident Microsystems BoardName CyberBlade/i1 BusID PCI:1:0:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 EndSection ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dbus/hal in freebsd 7.2 hangs X11
On Mon, 28 Sep 2009, kron24 wrote: It works here. Can we see your xorg.conf? When you built xorg-server, did you enable hal support? Yes, built with default options (including HAL). My xorg.conf is below. The machine is too weak to run my desktop, I use it only to test things: CPU: VIA Samuel 2 (532.64-MHz 686-class CPU) graphics: vendor = 'Trident Microsystems' device = 'Via Tech VT8361/VT8601 Graphics Controller (VT8361)' I don't mind the hangs with dbus+hal - I don't use them, I enabled them just to test OP's problem. Purely and simply, it is much less responsive with dbus+hal. It often takes seconds to see what I typed in a terminal emulator. Maybe the box is just underpowered for dbus+hal, I can live with that :-) BR, Oli Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard Option AllowEmptyInput off EndSection Just now I added Option AllowEmptyInput off to my xorg.conf, and it becomes draggy and slow on input. Your alternate keyboard layouts complicate the situation with hal. I've seen that discussed here; a search might be useful. A 500 MHz VIA should be plenty fast enough to run one of the lighter X desktops (xfce4). -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
dbus/hal in freebsd 7.2 hangs X11
Hi all, I am trying to use hal/dbus on a i386 machine with FreeBSD 7.2 (ports updated to the latest tree snapshot as of yesterday), but despite spending a full day looking up the handbook, faq, and google, I cannot make it work properly. More specifically, when I use either xfce4 or xmonad after having enabled dbus/hald in rc.conf: hald_enable=YES dbus_enable=YES both window managers become very unresponsive and hang as if hal was trying to access/mount something. For example, the terminal may take *seconds* to display typed in characters and in xfce if you click on the desktop icons for home directory etc., they don't open up at all in the thunar file manager (they do though, if you right click on them and choose 'open'). I read on the freebsd/gnome/halfaq that you should not have in your /etc/fstab entries that are supposed to be used by hal, so I commented out the lines for cdrom and flash USB drive in fstab: # DeviceMountpoint FStype Options DumpPass# /dev/ad6s1b noneswapsw 0 0 /dev/ad6s1a / ufs rw 1 1 /dev/ad6s1e /tmpufs rw 2 2 /dev/ad6s1f /usrufs rw 2 2 /dev/ad6s1d /varufs rw 2 2 #/dev/acd0 /cdrom cd9660 ro,noauto 0 0 # Changed the above for the following (ATAPI-CAM) #/dev/cd0 /mnt/cdrom cd9660 ro,noauto 0 0 #/dev/da0s1 /mnt/flash msdosfs rw,noauto 0 0 # For linux compat linproc/usr/compat/linux/proc linprocfs rw 0 0 # For VirtualBox, truss(1) proc/proc procfs rw 00 However, this produces no improvement. Also, following the instruction in the mentioned FAQ, I added the following lines to the /usr/local/etc/PolicyKit/PolicyKit.conf file: match action=org.freedesktop.hal.storage.mount-removable match user=giuseppe return result=yes/ /match /match alas, with no improvement either... Before trying to use hal (which I needed for VirtualBox), I had changed system settings for making the flash USB drive and CD-rom user mountable, following the instructions in the handbook at: http://www.freebsd.org/doc/en/books/handbook/usb-disks.html that is: 1) adding myself to the operator group 2) adding the following lines to /etc/devfs.rules [localrules=5] add path 'cd*' mode 0660 group operator [localrules=6] add path 'da*' mode 0660 group operator 3) enable devfs.rules(5) in /etc/rc.conf: devfs_system_ruleset=localrules 4) adding the line to /etc/sysctl.conf vfs.usermount=1 5) create user accessible mount points: mkdir /mnt/cdrom /mnt/flash chown giuseppe:giuseppe /mnt/cdrom /mnt/flash It seems to me that this should not have any relevance for the misbehavior of hal/dbus, but I am reporting it here just in case there is some weird interaction that I am not aware of. I am kind of stumped at this point, I would be very grateful is somebody has any suggestion to share. thanks in advance! giuseppe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dbus/hal in freebsd 7.2 hangs X11
According to Giuseppe Pagnoni gpagn...@gmail.com on Fri, 09/25/09 at 03:32: I am trying to use hal/dbus on a i386 machine with FreeBSD 7.2 (ports updated to the latest tree snapshot as of yesterday), but despite spending a full day looking up the handbook, faq, and google, I cannot make it work properly. More specifically, when I use either xfce4 or xmonad after having enabled dbus/hald in rc.conf: hald_enable=YES dbus_enable=YES both window managers become very unresponsive and hang as if hal was trying to access/mount something. For example, the terminal may take *seconds* to display typed in characters and in xfce if you click on the desktop icons for home directory etc., they don't open up at all in the thunar file manager (they do though, if you right click on them and choose 'open'). I, too, have seen this same problem, but with OpenMotif (mwm) as my window manager. I have solved the problem by changing the lines: dbus_enable=YES hald_enable=YES to dbus_enable=NO hald_enable=NO in my /etc/rc.conf file. This makes things in xorg-7.4_2 and open-motif-2.2.3_6 and 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Sep 15 14:33:54 EDT 2009 work for me. Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dbus/hal in freebsd 7.2 hangs X11
Hi William, thank you very much for your reply. I believe, though, that if you disable hal and dbus in rc.conf, then you are not using them at all (the corresponding daemons don't start up at boot time). For me too the window managers work fine *without* hal/dbus, but I was trying to get these working. best, giuseppe On Fri, Sep 25, 2009 at 2:32 PM, William Bulley w...@umich.edu wrote: According to Giuseppe Pagnoni gpagn...@gmail.com on Fri, 09/25/09 at 03:32: I am trying to use hal/dbus on a i386 machine with FreeBSD 7.2 (ports updated to the latest tree snapshot as of yesterday), but despite spending a full day looking up the handbook, faq, and google, I cannot make it work properly. More specifically, when I use either xfce4 or xmonad after having enabled dbus/hald in rc.conf: hald_enable=YES dbus_enable=YES both window managers become very unresponsive and hang as if hal was trying to access/mount something. For example, the terminal may take *seconds* to display typed in characters and in xfce if you click on the desktop icons for home directory etc., they don't open up at all in the thunar file manager (they do though, if you right click on them and choose 'open'). I, too, have seen this same problem, but with OpenMotif (mwm) as my window manager. I have solved the problem by changing the lines: dbus_enable=YES hald_enable=YES to dbus_enable=NO hald_enable=NO in my /etc/rc.conf file. This makes things in xorg-7.4_2 and open-motif-2.2.3_6 and 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Sep 15 14:33:54 EDT 2009 work for me. Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| -- Giuseppe Pagnoni Dip. Scienze Biomediche Sezione Fisiologia Univ. di Modena e Reggio Emilia Via Campi 287 I-41100 Modena, Italy Tel: +39-059-205-5742 Fax: +39-059-205-5363 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dbus/hal in freebsd 7.2 hangs X11
Dne 25.9.2009 14:32, William Bulley napsal(a): According to Giuseppe Pagnonigpagn...@gmail.com on Fri, 09/25/09 at 03:32: I am trying to use hal/dbus on a i386 machine with FreeBSD 7.2 (ports updated to the latest tree snapshot as of yesterday), but despite spending a full day looking up the handbook, faq, and google, I cannot make it work properly. More specifically, when I use either xfce4 or xmonad after having enabled dbus/hald in rc.conf: hald_enable=YES dbus_enable=YES both window managers become very unresponsive and hang as if hal was trying to access/mount something. For example, the terminal may take *seconds* to display typed in characters and in xfce if you click on the desktop icons for home directory etc., they don't open up at all in the thunar file manager (they do though, if you right click on them and choose 'open'). I, too, have seen this same problem, but with OpenMotif (mwm) as my window manager. I have solved the problem by changing the lines: dbus_enable=YES hald_enable=YES to dbus_enable=NO hald_enable=NO in my /etc/rc.conf file. This makes things in xorg-7.4_2 and open-motif-2.2.3_6 and 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Sep 15 14:33:54 EDT 2009 work for me. The same problem on my test machine: FreeBSD 8.0-RC1 xfce-4.6.1 xorg-7.4_2 I usually run it without dbus+hal and it works fine. With dbus+hal enabled (just for the sake of test) I experienced the same hangs. BR, Oli ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dbus/hal in freebsd 7.2 hangs X11
On Fri, 25 Sep 2009, kron24 wrote: Dne 25.9.2009 14:32, William Bulley napsal(a): According to Giuseppe Pagnonigpagn...@gmail.com on Fri, 09/25/09 at 03:32: I am trying to use hal/dbus on a i386 machine with FreeBSD 7.2 (ports updated to the latest tree snapshot as of yesterday), but despite spending a full day looking up the handbook, faq, and google, I cannot make it work properly. More specifically, when I use either xfce4 or xmonad after having enabled dbus/hald in rc.conf: hald_enable=YES dbus_enable=YES both window managers become very unresponsive and hang as if hal was trying to access/mount something. For example, the terminal may take *seconds* to display typed in characters and in xfce if you click on the desktop icons for home directory etc., they don't open up at all in the thunar file manager (they do though, if you right click on them and choose 'open'). [edit] The same problem on my test machine: FreeBSD 8.0-RC1 xfce-4.6.1 xorg-7.4_2 I usually run it without dbus+hal and it works fine. With dbus+hal enabled (just for the sake of test) I experienced the same hangs. It works here. Can we see your xorg.conf? When you built xorg-server, did you enable hal support? -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org