On Thu, Nov 8, 2012 at 11:59 AM, Chuck Burns wrote:
> Actually, KDE does -not- need hal. KDE uses the SOLID system for automatic
> mounting/unmounting of removable/non-removable drives. There are two
> backends for SOLID. Hal, and udisks. Since FreeBSD does not support udisks,
> then the only vi
On 11/8/2012 1:46 PM, Warren Block wrote:
On Thu, 8 Nov 2012, Richard Kuhns wrote:
On 11/08/12 10:45, Warren Block wrote:
On Thu, 8 Nov 2012, CeDeROM wrote:
I have tested additional options in xorg runtime :-)
With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
situation is
On Thu, 8 Nov 2012, Richard Kuhns wrote:
On 11/08/12 10:45, Warren Block wrote:
On Thu, 8 Nov 2012, CeDeROM wrote:
I have tested additional options in xorg runtime :-)
With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
situation is following:
1. With hald and dbus no xorg.
On Thu, 8 Nov 2012, Tomek CEDRO wrote:
WARNING!!!
When AllowEmptyInput = False AND Hal is running really really bad things
happen to Xorg!! Keys are messed up and screen is refreshed only after
mouse move! Things are slow and the end of the word is near :-)
AllowEmptyInput seems to be exclusiv
On Thu, 8 Nov 2012, Ian Lepore wrote:
On Thu, 2012-11-08 at 08:45 -0700, Warren Block wrote:
On Thu, 8 Nov 2012, CeDeROM wrote:
I have tested additional options in xorg runtime :-)
With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
situation is following:
1. With hald and
8-bit scene is still alive and rox! :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Nov 8, 2012 6:11 PM, "Chuck Burns" wrote:
> On 11/8/2012 10:58 AM, Richard Kuhns wrote:
>
>> On 11/08/12 10:45, Warren Block wrote:
>>
>>> On Thu, 8 Nov 2012, CeDeROM wrote:
>>>
>>> I have tested addition
Yes, Hal is also required for other applications to detect hardware (i.e.
KDE). This is pretty nice feature for desktop environment, maybe unwanted
to embedded or dedicated system :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Nov 8, 2012 5:59 PM, "Richard Kuhns" wrote:
> On 11/08/12 10:
WARNING!!!
When AllowEmptyInput = False AND Hal is running really really bad things
happen to Xorg!! Keys are messed up and screen is refreshed only after
mouse move! Things are slow and the end of the word is near :-)
AllowEmptyInput seems to be exclusive with Hal!!
Please confirm :-)
--
CeDeR
On 11/8/2012 10:58 AM, Richard Kuhns wrote:
On 11/08/12 10:45, Warren Block wrote:
On Thu, 8 Nov 2012, CeDeROM wrote:
I have tested additional options in xorg runtime :-)
With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
situation is following:
1. With hald and dbus no xor
On 11/08/12 10:45, Warren Block wrote:
> On Thu, 8 Nov 2012, CeDeROM wrote:
>
>> I have tested additional options in xorg runtime :-)
>>
>> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
>> situation is following:
>>
>> 1. With hald and dbus no xorg.conf file is needed. Howev
On Thu, 2012-11-08 at 08:45 -0700, Warren Block wrote:
> On Thu, 8 Nov 2012, CeDeROM wrote:
>
> > I have tested additional options in xorg runtime :-)
> >
> > With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
> > situation is following:
> >
> > 1. With hald and dbus no xorg.conf
On Thu, 8 Nov 2012, CeDeROM wrote:
I have tested additional options in xorg runtime :-)
With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
situation is following:
1. With hald and dbus no xorg.conf file is needed. However it might bo
option to pass some additional featutes pa
I was using xorg from package so it is default configuration, which is
built with Hal support because it can make use of it I guess...
The more important thing is that Xorg starts without autodetecting input
devices by default.
Maybe this is caused by Hal support being compiled in. This might imp
CeDeROM wrote:
> --e89a8f22bd09d504cdf7def8
> Content-Type: text/plain; charset=UTF-8
>
> Hello :-)
>
> I have tested additional options in xorg runtime :-)
>
> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
> situation is following:
>
> 1. With hald and dbus no xorg.c
08.11.2012 12:46, CeDeROM пишет:
> With no hald and dbus mouse and keyboard does not work in xorg
Do you mean "that if xorg-server is compiled with hal but you do not
launch it at startup" mouse and keyboard does not work? If yes, I'd
say that this is a bit... expected. ;-)
--
WBR, Boris Samoro
Hello :-)
I have tested additional options in xorg runtime :-)
With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2)
situation is following:
1. With hald and dbus no xorg.conf file is needed. However it might bo
option to pass some additional featutes parameters with xorg.conf.
2.
On Wed, Nov 7, 2012 at 8:35 AM, David Chisnall wrote:
> On 7 Nov 2012, at 08:20, Warren Block wrote:
>
>> It's not saying that hald is run by default, merely that xorg-server will
>> try to use it by default.
>
> And will fail to detect any input devices if hald is not running, but will
> correc
On 7 Nov 2012, at 08:20, Warren Block wrote:
> It's not saying that hald is run by default, merely that xorg-server will try
> to use it by default.
And will fail to detect any input devices if hald is not running, but will
correctly detect them if the X server is compiled without HAL support.
On 11/7/2012 10:27 AM, Warren Block wrote:
On Wed, 7 Nov 2012, CeDeROM wrote:
Isn't this a Xorg bug then? When I have no configuration file Hal should
provide the configuration, so sooner or later the mouse should start
moving... but is does not..
Do I get http://www.wonkity.com/~wblock/docs/h
On Wed, 7 Nov 2012, CeDeROM wrote:
Isn't this a Xorg bug then? When I have no configuration file Hal should
provide the configuration, so sooner or later the mouse should start
moving... but is does not..
Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct that
when I am using xo
On Wed, 7 Nov 2012, Julian H. Stacey wrote:
Ian Lepore wrote:
Before you do that, read this:
http://www.wonkity.com/~wblock/docs/html/aei.html
The page is bad here:
"Summary ... just let xorg-server use hald by default."
FreeBSD 8.3-RELEASE & 9.0-RELEASE by default do Not run hald
On Wed, Nov 7, 2012 at 9:39 AM, Boris Samorodov wrote:
>> You may be interested in:
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/171433
>>
>> If the patch from the PR helps you, please submit a follow-up
>> to the PR.
>
> Well, actually I've just committed an upstream patch to
> x11-drivers
07.11.2012 11:57, Boris Samorodov пишет:
> 07.11.2012 01:14, CeDeROM пишет:
>> I have also noted that mouse cursor is very often not moving in Xorg
>> but it works in the console! I need to move cursor while statrx or
>> restart Xorg for mouse to start moving. Is it a bug or feature? :-)
>>
>> In t
07.11.2012 01:14, CeDeROM пишет:
> I have also noted that mouse cursor is very often not moving in Xorg
> but it works in the console! I need to move cursor while statrx or
> restart Xorg for mouse to start moving. Is it a bug or feature? :-)
>
> In the xorg.conf:
> Section "InputDevice"
> Identi
Ian Lepore wrote:
> On Tue, 2012-11-06 at 22:57 +0100, Julian H. Stacey wrote:
> > Hi,
> > Reference:
> > > From: CeDeROM
> > > Date: Tue, 6 Nov 2012 22:14:03 +0100
> > > Message-id:
> > >
> >
> > CeDeROM wrote:
> > > I have also noted that mouse cursor is very
On Wed, 2012-11-07 at 00:34 +0100, CeDeROM wrote:
> Isn't this a Xorg bug then? When I have no configuration file Hal
> should
> provide the configuration, so sooner or later the mouse should start
> moving... but is does not..
>
> Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct
Isn't this a Xorg bug then? When I have no configuration file Hal should
provide the configuration, so sooner or later the mouse should start
moving... but is does not..
Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct that
when I am using xorg.conf there is no need for Hal and w
On Tue, 2012-11-06 at 22:57 +0100, Julian H. Stacey wrote:
> Hi,
> Reference:
> > From: CeDeROM
> > Date: Tue, 6 Nov 2012 22:14:03 +0100
> > Message-id:
> >
>
> CeDeROM wrote:
> > I have also noted that mouse cursor is very often not moving in Xorg
> > but it work
Hi,
Reference:
> From: CeDeROM
> Date: Tue, 6 Nov 2012 22:14:03 +0100
> Message-id:
>
CeDeROM wrote:
> I have also noted that mouse cursor is very often not moving in Xorg
> but it works in the console! I need to move cursor while statrx or
> restart Xorg for mouse to start
I have also noted that mouse cursor is very often not moving in Xorg
but it works in the console! I need to move cursor while statrx or
restart Xorg for mouse to start moving. Is it a bug or feature? :-)
In the xorg.conf:
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol
Okay, Ill try to build the kernel with debug symbols and provide
backtrace if possible. The generic one provided with the distribution
is stripped? Where can I find configuration for release kernel? :-)
Thanks for all hints! :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
+1 - what he said.
Thanks,
Adrian
On 6 November 2012 10:41, Eitan Adler wrote:
> On 6 November 2012 12:32, CeDeROM wrote:
>> On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote:
>>> Please file a bug about the intel wifi crash!
>>
>> Hello Adrian! :-) Should I attach kernel core dump / backtr
On 6 November 2012 12:32, CeDeROM wrote:
> On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote:
>> Please file a bug about the intel wifi crash!
>
> Hello Adrian! :-) Should I attach kernel core dump / backtrace or
> simply write that "kernel crash on unstable wifi connection or when
> switching r
On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote:
> Please file a bug about the intel wifi crash!
Hello Adrian! :-) Should I attach kernel core dump / backtrace or
simply write that "kernel crash on unstable wifi connection or when
switching radio on and off multiple times or switching wpa_supp
Please file a bug about the intel wifi crash!
adrian
On 6 November 2012 05:31, CeDeROM wrote:
> Hello world! :-)
>
> After big shock with new organization of 9.0 and some mobilization to
> take part in RC I have tested 9.1-RC{1,2,3} and found no bigger issues
> so far from user perspective :-
35 matches
Mail list logo