Functional KDE desktop
Hi, I am in the process of upgrading all the ports on a 9.1-PRERELEASE system and I am having a lot of trouble building or running KDE 4.9.5. I couldn't build it due to x11/xsd not building (didn't make a necessary header), or if I worked around that libkonq was not found by cmake. If I manage to work around that I get an error dialogue when logging in. In the end I gave up and installed packages (version 4.8.4) however that does work as startkde gives.. [midget 22:10] ~ >env PATH=$PATH:/usr/local/kde4/bin /usr/local/kde4/bin/startkde xset: bad font path element (#12), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax startkde: Starting up... /usr/local/lib/libkdeui.so.7: Undefined symbol "_ZN6Attica15ProviderManagerC1ERK6QFlagsINS0_12ProviderFlagEE" startkde: Could not start kdeinit4. Check your installation. c++filt says this symbol is.. Attica::ProviderManager::ProviderManager(QFlags const&) Also, the startkde script does not set the pass so it never finds kcheckrunning. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
What is the Right Way(™) to run X?
Hi, I recently updated my 9.1-PRE system's ports and my previous X config now results in no mouse (but the keyboard does work). I found that I needed to add the following.. Section "ServerFlags" Option "AllowEmptyInput" "False" EndSection I am pretty sure this used to be necessary, then wasn't, but now seems required again.. From what I can see this means a 'startx' with no config is broken which is a bit of a step backwards. BTW I have dbus & hald running. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On Sun, Mar 17, 2013 at 1:07 PM, Daniel O'Connor wrote: > Hi, > I recently updated my 9.1-PRE system's ports and my previous X config now > results in no mouse (but the keyboard does work). > > I found that I needed to add the following.. > Section "ServerFlags" > Option "AllowEmptyInput" "False" > EndSection > > I am pretty sure this used to be necessary, then wasn't, but now seems > required again.. From what I can see this means a 'startx' with no config > is broken which is a bit of a step backwards. > > BTW I have dbus & hald running. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > On my intel-based systems there is no xorg.conf and on my nVidia-systems there is one, but it contains only: Section "Device" Identifier "nvidia" Driver "nvidia" Option "NoLogo" "true" EndSection Section "Screen" Identifier "default screen" Device "nvidia" EndSection so I think your setup is somehow broken. You didn't mention which version of xorg you are using. Does lshal show any inputdevices? Have you tried to do the build from a clean environment? Best regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On 17 Mar 2013 12:07, "Daniel O'Connor" wrote: > > Hi, > I recently updated my 9.1-PRE system's ports and my previous X config now results in no mouse (but the keyboard does work). > > I found that I needed to add the following.. > Section "ServerFlags" > Option "AllowEmptyInput" "False" > EndSection > > I am pretty sure this used to be necessary, then wasn't, but now seems required again.. From what I can see this means a 'startx' with no config is broken which is a bit of a step backwards. > > BTW I have dbus & hald running. Have you read http://www.wonkity.com/~wblock/docs/html/aei.html ? Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On 17/03/2013, at 22:44, Andreas Nilsson wrote:
> so I think your setup is somehow broken. You didn't mention which version of
> xorg you are using.
Very possibly :)
I have xorg-server 1.7.7_6,1
> Does lshal show any inputdevices?
I see the following..
udi = '/org/freedesktop/Hal/devices/atkbdc_0'
freebsd.driver = 'atkbdc' (string)
freebsd.unit = 0 (0x0) (int)
info.parent = '/org/freedesktop/Hal/devices/computer' (string)
info.product = 'Keyboard controller (i8042)' (string)
info.subsystem = 'platform' (string)
info.udi = '/org/freedesktop/Hal/devices/atkbdc_0' (string)
platform.id = 'atkbdc.0' (string)
pnp.description = 'IBM Enhanced (101/102-key, PS/2 mouse support)' (string)
pnp.id = 'PNP0303' (string)
udi = '/org/freedesktop/Hal/devices/atkbd_0'
freebsd.device_file = '/dev/atkbd0' (string)
freebsd.driver = 'atkbd' (string)
freebsd.unit = 0 (0x0) (int)
info.addons.singleton = {'hald-addon-input'} (string list)
info.capabilities = {'input', 'input.keyboard', 'input.keys', 'button'}
(string list)
info.category = 'input' (string)
info.parent = '/org/freedesktop/Hal/devices/atkbdc_0' (string)
info.product = 'AT Keyboard' (string)
info.subsystem = 'platform' (string)
info.udi = '/org/freedesktop/Hal/devices/atkbd_0' (string)
input.device = '' (string)
input.x11_driver = 'kbd' (string)
platform.id = 'atkbd.0' (string)
> Have you tried to do the build from a clean environment?
Not really, I can't just nuke the existing packages and do an install (I
suppose I could do it in a chroot).
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On 17/03/2013, at 22:47, Chris Rees wrote: > > BTW I have dbus & hald running. > > Have you read http://www.wonkity.com/~wblock/docs/html/aei.html ? I have read it in the past. I _am_ running hald and am happy to do so, but it now appears broken (this system did not need AEI until I updated last week). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On 17/03/2013, at 22:47, "Daniel O'Connor" wrote:
>> Does lshal show any inputdevices?
>
> I see the following..
Oops, I just pasted the keyboard entries instead of the mouse ones..
udi = '/org/freedesktop/Hal/devices/usb_device_46d_c404_noserial_if0'
freebsd.device_file = '/dev/ums1' (string)
freebsd.driver = 'ums' (string)
freebsd.unit = 1 (0x1) (int)
info.addons = {'hald-addon-mouse-sysmouse'} (string list)
info.bus = 'usb' (string)
info.capabilities = {'input', 'input.mouse'} (string list)
info.category = 'input' (string)
info.parent = '/org/freedesktop/Hal/devices/usb_device_46d_c404_noserial'
(string)
info.product = 'Trackball' (string)
info.subsystem = 'usb' (string)
info.udi = '/org/freedesktop/Hal/devices/usb_device_46d_c404_noserial_if0'
(string)
info.vendor = 'Logitech' (string)
input.device = '/dev/sysmouse' (string)
usb.bus_number = 2 (0x2) (int)
usb.can_wake_up = true (bool)
usb.configuration = '' (string)
usb.configuration_value = 1 (0x1) (int)
usb.device_class = 0 (0x0) (int)
usb.device_protocol = 0 (0x0) (int)
usb.device_revision_bcd = 544 (0x220) (int)
usb.device_subclass = 0 (0x0) (int)
usb.freebsd.devname = 'ums1' (string)
usb.interface.class = 3 (0x3) (int)
usb.interface.description = '' (string)
usb.interface.number = 0 (0x0) (int)
usb.interface.protocol = 2 (0x2) (int)
usb.interface.subclass = 1 (0x1) (int)
usb.is_self_powered = false (bool)
usb.level_number = 1 (0x1) (int)
usb.max_power = 100 (0x64) (int)
usb.num_configurations = 1 (0x1) (int)
usb.num_interfaces = 1 (0x1) (int)
usb.num_ports = 0 (0x0) (int)
usb.port_number = 4 (0x4) (int)
usb.product = 'Trackball' (string)
usb.product_id = 50180 (0xc404) (int)
usb.serial = '' (string)
usb.speed = 1.5 (1.5) (double)
usb.speed_bcd = 336 (0x150) (int)
usb.vendor = 'Logitech' (string)
usb.vendor_id = 1133 (0x46d) (int)
usb.version = 1.0 (1) (double)
udi = '/org/freedesktop/Hal/devices/usb_device_46d_c012_noserial_if0'
freebsd.device_file = '/dev/ums0' (string)
freebsd.driver = 'ums' (string)
freebsd.unit = 0 (0x0) (int)
info.addons = {'hald-addon-mouse-sysmouse'} (string list)
info.bus = 'usb' (string)
info.capabilities = {'input', 'input.mouse'} (string list)
info.category = 'input' (string)
info.parent = '/org/freedesktop/Hal/devices/usb_device_46d_c012_noserial'
(string)
info.product = 'USB-PS2 Optical Mouse' (string)
info.subsystem = 'usb' (string)
info.udi = '/org/freedesktop/Hal/devices/usb_device_46d_c012_noserial_if0'
(string)
info.vendor = 'Logitech' (string)
input.device = '/dev/sysmouse' (string)
usb.bus_number = 2 (0x2) (int)
usb.can_wake_up = true (bool)
usb.configuration = '' (string)
usb.configuration_value = 1 (0x1) (int)
usb.device_class = 0 (0x0) (int)
usb.device_protocol = 0 (0x0) (int)
usb.device_revision_bcd = 4896 (0x1320) (int)
usb.device_subclass = 0 (0x0) (int)
usb.freebsd.devname = 'ums0' (string)
usb.interface.class = 3 (0x3) (int)
usb.interface.description = '' (string)
usb.interface.number = 0 (0x0) (int)
usb.interface.protocol = 2 (0x2) (int)
usb.interface.subclass = 1 (0x1) (int)
usb.is_self_powered = false (bool)
usb.level_number = 1 (0x1) (int)
usb.max_power = 98 (0x62) (int)
usb.num_configurations = 1 (0x1) (int)
usb.num_interfaces = 1 (0x1) (int)
usb.num_ports = 0 (0x0) (int)
usb.port_number = 3 (0x3) (int)
usb.product = 'USB-PS2 Optical Mouse' (string)
usb.product_id = 49170 (0xc012) (int)
usb.serial = '' (string)
usb.speed = 1.5 (1.5) (double)
usb.speed_bcd = 336 (0x150) (int)
usb.vendor = 'Logitech' (string)
usb.vendor_id = 1133 (0x46d) (int)
usb.version = 2.0 (2) (double)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On Sun, Mar 17, 2013 at 1:17 PM, Daniel O'Connor wrote:
>
> On 17/03/2013, at 22:44, Andreas Nilsson wrote:
> > so I think your setup is somehow broken. You didn't mention which
> version of xorg you are using.
>
> Very possibly :)
> I have xorg-server 1.7.7_6,1
>
> > Does lshal show any inputdevices?
>
> I see the following..
>
> udi = '/org/freedesktop/Hal/devices/atkbdc_0'
> freebsd.driver = 'atkbdc' (string)
> freebsd.unit = 0 (0x0) (int)
> info.parent = '/org/freedesktop/Hal/devices/computer' (string)
> info.product = 'Keyboard controller (i8042)' (string)
> info.subsystem = 'platform' (string)
> info.udi = '/org/freedesktop/Hal/devices/atkbdc_0' (string)
> platform.id = 'atkbdc.0' (string)
> pnp.description = 'IBM Enhanced (101/102-key, PS/2 mouse support)'
> (string)
> pnp.id = 'PNP0303' (string)
>
> udi = '/org/freedesktop/Hal/devices/atkbd_0'
> freebsd.device_file = '/dev/atkbd0' (string)
> freebsd.driver = 'atkbd' (string)
> freebsd.unit = 0 (0x0) (int)
> info.addons.singleton = {'hald-addon-input'} (string list)
> info.capabilities = {'input', 'input.keyboard', 'input.keys', 'button'}
> (string list)
> info.category = 'input' (string)
> info.parent = '/org/freedesktop/Hal/devices/atkbdc_0' (string)
> info.product = 'AT Keyboard' (string)
> info.subsystem = 'platform' (string)
> info.udi = '/org/freedesktop/Hal/devices/atkbd_0' (string)
> input.device = '' (string)
> input.x11_driver = 'kbd' (string)
> platform.id = 'atkbd.0' (string)
>
Looks promising. Just to make sure, have you verified that hald is still
running? Things can crash...
>
>
> > Have you tried to do the build from a clean environment?
>
> Not really, I can't just nuke the existing packages and do an install (I
> suppose I could do it in a chroot).
>
That is a problem yes. Have you considered using poudriere to build
packages? It is rather nice, it can build old-school and new-school
packages, and is very configurable. It does require zfs though ;)
>
> --
> Daniel O'Connor software and network engineer
> for Genesis Software - http://www.gsoft.com.au
> "The nice thing about standards is that there
> are so many of them to choose from."
> -- Andrew Tanenbaum
> GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
>
>
> Best regards
Andreas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On Sun, Mar 17, 2013 at 10:37:08PM +1030 I heard the voice of Daniel O'Connor, and lo! it spake thus: > Hi, > I recently updated my 9.1-PRE system's ports and my previous X > config now results in no mouse (but the keyboard does work). > > I found that I needed to add the following.. > Section "ServerFlags" > Option "AllowEmptyInput" "False" > EndSection I think general wisdom is that AEI is a Bad Idea for various reasons that I don't remember, but seemed reasonable when I read them. However, some time back, X _did_ start being all stupid about finding the mouse for me. Un/re-plugging it (USB) after starting X made it show up working, but that's annoying and stupid (and not an option on other systems with e.g. PS/2 meece). I wound up sticking the "other half" of that oft-cargo-culted incantation: Section "ServerFlags" Option "AutoAddDevices" "off" EndSection in my config, and it's worked OK since. 's probably worth a try... -- Matthew Fuller (MF4839) | fulle...@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On 17/03/2013, at 23:00, Andreas Nilsson wrote: > Looks promising. Just to make sure, have you verified that hald is still > running? Things can crash... Yep, it's still running. >> > Have you tried to do the build from a clean environment? > >> Not really, I can't just nuke the existing packages and do an install (I >> suppose I could do it in a chroot). > > That is a problem yes. Have you considered using poudriere to build packages? > It is rather nice, it can build old-school and new-school packages, and is > very configurable. It does require zfs though ;) I am using ZFS, I'll take a look :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On 17/03/2013, at 23:08, "Matthew D. Fuller" wrote: > However, some time back, X _did_ start being all stupid about finding > the mouse for me. Un/re-plugging it (USB) after starting X made it > show up working, but that's annoying and stupid (and not an option on > other systems with e.g. PS/2 meece). I wound up sticking the "other > half" of that oft-cargo-culted incantation: > > Section "ServerFlags" >Option "AutoAddDevices" "off" > EndSection > > in my config, and it's worked OK since. 's probably worth a try... Yeah, that does work too. It's just annoying it's necessary :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On Sun, Mar 17, 2013 at 1:58 PM, Daniel O'Connor wrote: > > On 17/03/2013, at 23:08, "Matthew D. Fuller" > wrote: > > However, some time back, X _did_ start being all stupid about finding > > the mouse for me. Un/re-plugging it (USB) after starting X made it > > show up working, but that's annoying and stupid (and not an option on > > other systems with e.g. PS/2 meece). I wound up sticking the "other > > half" of that oft-cargo-culted incantation: > > > > Section "ServerFlags" > >Option "AutoAddDevices" "off" > > EndSection > > > > in my config, and it's worked OK since. 's probably worth a try... > > > Yeah, that does work too. It's just annoying it's necessary :) > Sure is. One thing that also comes to mind is moused. Do you have it running? I seem to remember having weird troubles when moused wasn't running. Best regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On Sun, 17 Mar 2013, Matthew D. Fuller wrote: On Sun, Mar 17, 2013 at 10:37:08PM +1030 I heard the voice of Daniel O'Connor, and lo! it spake thus: Hi, I recently updated my 9.1-PRE system's ports and my previous X config now results in no mouse (but the keyboard does work). I found that I needed to add the following.. Section "ServerFlags" Option "AllowEmptyInput" "False" EndSection I think general wisdom is that AEI is a Bad Idea for various reasons that I don't remember, but seemed reasonable when I read them. However, some time back, X _did_ start being all stupid about finding the mouse for me. Un/re-plugging it (USB) after starting X made it show up working, but that's annoying and stupid (and not an option on other systems with e.g. PS/2 meece). I wound up sticking the "other half" of that oft-cargo-culted incantation: Section "ServerFlags" Option "AutoAddDevices" "off" EndSection in my config, and it's worked OK since. 's probably worth a try... Both options were used to tell X not to use hal for input device detection. AEI was misused for that, but kind of worked while causing other problems. Turning off AutoAddDevices is the good way that does not cause other problems. Even better is just to deinstall hal. I believe it is still required by Gnome and KDE, but xfce runs fine without it. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Functional KDE desktop
On Sun, 17 Mar 2013 22:35:02 +1030 "Daniel O'Connor" wrote: > Hi, > I am in the process of upgrading all the ports on a 9.1-PRERELEASE > system and I am having a lot of trouble building or running KDE 4.9.5. > > I couldn't build it due to x11/xsd not building (didn't make a > necessary header), or if I worked around that libkonq was not found > by cmake. If I manage to work around that I get an error dialogue > when logging in. > > In the end I gave up and installed packages (version 4.8.4) however > that does work as startkde gives.. [midget 22:10] ~ >env > PATH=$PATH:/usr/local/kde4/bin /usr/local/kde4/bin/startkde xset: > bad font path element (#12), possible causes are: Directory does not > exist or has wrong permissions Directory missing fonts.dir > Incorrect font server address or syntax > startkde: Starting up... > /usr/local/lib/libkdeui.so.7: Undefined symbol > "_ZN6Attica15ProviderManagerC1ERK6QFlagsINS0_12ProviderFlagEE" > startkde: Could not start kdeinit4. Check your installation. > > c++filt says this symbol is.. > Attica::ProviderManager::ProviderManager(QFlags > const&) > > Also, the startkde script does not set the pass so it never finds > kcheckrunning. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > I have it working fine here. I originally was using it on 9.0 then I upgraded everything but that didn't work well for the KDE 4.8->4.9 update in ports. Too many ports were split and moved around so I ended up removing all ports and remaking them all. One big gotcha is make sure you force a reconfigure on everything. My small nightmare was kdepim,kdepim-runtime and kdepimlibs there are now two deferment types of PIM you can built the old "4.8 style" and the new. Make sure you are consistent as these packages are deps for many others. For a while I was still picking up settings for the old style and it was breaking all over the place. If you want I can send you a list of all the stuff I have installed off list and you can see if you're somehow missing important bits... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
9.1-stable mergemaster -D fails
running 9.1-STABLE r247548 updating to 9.1-STABLE r248381 When updating to the new version in a zfs beadm environment, mergemaster -D /mnt fails with install: illegal option -- l install (1) in the new version has an added -l switch which is used in bsd.own.mk which in turn is used by mergemaster. Making mergemaster use the new install(1) fixes the problem. John Theus TheUsGroup.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(™) to run X?
On 17 Mar, Andreas Nilsson wrote: > On Sun, Mar 17, 2013 at 1:58 PM, Daniel O'Connor wrote: > >> >> On 17/03/2013, at 23:08, "Matthew D. Fuller" >> wrote: >> > However, some time back, X _did_ start being all stupid about finding >> > the mouse for me. Un/re-plugging it (USB) after starting X made it >> > show up working, but that's annoying and stupid (and not an option on >> > other systems with e.g. PS/2 meece). I wound up sticking the "other >> > half" of that oft-cargo-culted incantation: >> > >> > Section "ServerFlags" >> >Option "AutoAddDevices" "off" >> > EndSection >> > >> > in my config, and it's worked OK since. 's probably worth a try... >> >> >> Yeah, that does work too. It's just annoying it's necessary :) >> > > Sure is. One thing that also comes to mind is moused. Do you have it > running? I seem to remember having weird troubles when moused wasn't > running. I ran into this problem a while back. The problem turned out to be that moused was exclusively opening /dev/psm0 before hald so that hald was unable open it. This happened first on my laptop, and I just disabled moused and everything seemed to work except that the trackpad no longer worked in console mode. I tried the same thing later when my primary desktop broke and it sort of worked. The problem that I ran into was that Xorg would occasionally wedge and spam its log with messages about problems with detecting the mouse protocol. Even worse, I found that my KVM switch would very reliably trigger this problem. After much hair pulling, I eventually re-enabled moused and added this to xorg.conf: Option "AllowEmptyInput" "Off" so that it would obey this mouse configuration section: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection I don't recall if I disabled hald and changed xorg.conf to point to /dev/psm0 before I re-enabled moused. I do know that hald is currently disabled and nothing obvious seems to be broken in Gnome. I haven't had any issues with AllowEmptyInput so I never bothered to switch over to the preferred AutoAddDevices. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way($(D"o(B) to run X?
On 18/03/2013, at 8:54, Don Lewis wrote: > I don't recall if I disabled hald and changed xorg.conf to point to > /dev/psm0 before I re-enabled moused. I do know that hald is currently > disabled and nothing obvious seems to be broken in Gnome. > > I haven't had any issues with AllowEmptyInput so I never bothered to > switch over to the preferred AutoAddDevices. This sounds exactly like what I have, although I do find it odd that hal doesn't manage to open /dev/sysmouse and use that (even if it fails for /dev/ums* etc). lshal does show a mount device listed with /dev/sysmouse as the device name. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(�"o) to run X?
On Sun, Mar 17, 2013 at 4:15 PM, Daniel O'Connor wrote:
>
> On 18/03/2013, at 8:54, Don Lewis wrote:
> > I don't recall if I disabled hald and changed xorg.conf to point to
> > /dev/psm0 before I re-enabled moused. I do know that hald is currently
> > disabled and nothing obvious seems to be broken in Gnome.
> >
> > I haven't had any issues with AllowEmptyInput so I never bothered to
> > switch over to the preferred AutoAddDevices.
>
> This sounds exactly like what I have, although I do find it odd that hal
> doesn't manage to open /dev/sysmouse and use that (even if it fails for
> /dev/ums* etc). lshal does show a mount device listed with /dev/sysmouse as
> the device name.
>
> Very odd. I have been running with xorg, sysmouse and hal for a long time
> with no real issues. No AutoAddDevices or AllowEmptyInput at all.
>
lshal shows that the magic is working:
di = '/org/freedesktop/Hal/devices/psm_0'
freebsd.device_file = '/dev/psm0' (string)
freebsd.driver = 'psm' (string)
freebsd.unit = 0 (0x0) (int)
info.addons = {'hald-addon-mouse-sysmouse'} (string list)
info.capabilities = {'input', 'input.mouse'} (string list)
info.category = 'input' (string)
info.parent = '/org/freedesktop/Hal/devices/atkbdc_0' (string)
info.product = 'PS/2 Mouse' (string)
info.subsystem = 'platform' (string)
info.udi = '/org/freedesktop/Hal/devices/psm_0' (string)
input.device = '/dev/sysmouse' (string)
input.x11_driver = 'mouse' (string)
platform.id = 'psm.0' (string)
Note that the input.device is sysmouse and that it works. Does lshal how
the input device to be sysmouse on your system?
--
R. Kevin Oberman, Network Engineer
E-mail: rkober...@gmail.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: What is the Right Way(�"o) to run X?
On 18/03/2013, at 11:51, Kevin Oberman wrote:
>> This sounds exactly like what I have, although I do find it odd that hal
>> doesn't manage to open /dev/sysmouse and use that (even if it fails for
>> /dev/ums* etc). lshal does show a mount device listed with /dev/sysmouse as
>> the device name.
>
> Very odd. I have been running with xorg, sysmouse and hal for a long time
> with no real issues. No AutoAddDevices or AllowEmptyInput at all.
>
> lshal shows that the magic is working:
> di = '/org/freedesktop/Hal/devices/psm_0'
> freebsd.device_file = '/dev/psm0' (string)
> freebsd.driver = 'psm' (string)
> freebsd.unit = 0 (0x0) (int)
> info.addons = {'hald-addon-mouse-sysmouse'} (string list)
> info.capabilities = {'input', 'input.mouse'} (string list)
> info.category = 'input' (string)
> info.parent = '/org/freedesktop/Hal/devices/atkbdc_0' (string)
> info.product = 'PS/2 Mouse' (string)
> info.subsystem = 'platform' (string)
> info.udi = '/org/freedesktop/Hal/devices/psm_0' (string)
> input.device = '/dev/sysmouse' (string)
> input.x11_driver = 'mouse' (string)
> platform.id = 'psm.0' (string)
>
> Note that the input.device is sysmouse and that it works. Does lshal how the
> input device to be sysmouse on your system?
Yes.
I wonder, I have 2 USB mice maybe that is a problem.
The full output of lshal is at http://www.dons.net.au/~darius/lshal.txt
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
