On Sunday 17 May 2009 03:33:22 pk wrote:
Alan McKinnon wrote:
As I see it, at the bottom of the stack you have a kernel and at the top
a user space app (the X server will do for an example). Plug in a USB
device that the app can use, and the kernel needs to make a node in /dev
for it if
Alan McKinnon wrote:
- only Linux has udev. Other OSes may not need, want or be willing to touch
udev with a bargepole.
Yes, udev is linux only. Replace udev with whatever is available on
other platforms in that diagram. I just used linux as an example...
Sorry for not making it clear.
But
On Sunday 17 May 2009 14:15:31 pk wrote:
But you have that in the current setup. Hal (for better or worse) is the
daemon. dbus is simply a message transport and can be omitted from the
conceptual diagram
Why is dbus needed? Why can't the user space apps talk to the user space
daemon
Dale ha scritto:
I hope someone wins the debate soon and gets this to work and be user
friendly. I'm about to make a fresh backup and try this again. I have
upgraded my kernel to a really new version, 2.6.25. Sorry, nvidia won't
compile with anything newer that I have tried.
Uh? last
On Sunday 17 May 2009 19:10:05 bn wrote:
Dale ha scritto:
I hope someone wins the debate soon and gets this to work and be user
friendly. I'm about to make a fresh backup and try this again. I have
upgraded my kernel to a really new version, 2.6.25. Sorry, nvidia won't
compile with
Alan McKinnon ha scritto:
On Sunday 17 May 2009 19:10:05 bn wrote:
Dale ha scritto:
I hope someone wins the debate soon and gets this to work and be user
friendly. I'm about to make a fresh backup and try this again. I have
upgraded my kernel to a really new version, 2.6.25. Sorry, nvidia
On Sun, May 17, 2009 at 11:00 AM, Alan McKinnon alan.mckin...@gmail.com wrote:
On Sunday 17 May 2009 19:10:05 bn wrote:
Dale ha scritto:
I hope someone wins the debate soon and gets this to work and be user
friendly. I'm about to make a fresh backup and try this again. I have
upgraded my
bn wrote:
Dale ha scritto:
I hope someone wins the debate soon and gets this to work and be user
friendly. I'm about to make a fresh backup and try this again. I have
upgraded my kernel to a really new version, 2.6.25. Sorry, nvidia won't
compile with anything newer that I have tried.
Mark Knecht wrote:
On Sun, May 17, 2009 at 11:00 AM, Alan McKinnon alan.mckin...@gmail.com
wrote:
On Sunday 17 May 2009 19:10:05 bn wrote:
Dale ha scritto:
I hope someone wins the debate soon and gets this to work and be user
friendly. I'm about to make a fresh backup and
On Sun, May 17, 2009 at 12:12 PM, Dale rdalek1...@gmail.com wrote:
Mark Knecht wrote:
On Sun, May 17, 2009 at 11:00 AM, Alan McKinnon alan.mckin...@gmail.com
wrote:
On Sunday 17 May 2009 19:10:05 bn wrote:
Dale ha scritto:
I hope someone wins the debate soon and gets this to work and be
Mark Knecht wrote:
Dale,
As far as I can tell I'm not having any problems. This machine was
using a 2.6.28 kernel up until yesterday when I updated to 2.6.29-r4.
The point I'm trying to make is that this old driver and all the
kernels I have used up to now have all worked.
I noticed
On Sonntag 17 Mai 2009, Alan McKinnon wrote:
On Sunday 17 May 2009 03:33:22 pk wrote:
Alan McKinnon wrote:
As I see it, at the bottom of the stack you have a kernel and at the
top a user space app (the X server will do for an example). Plug in a
USB device that the app can use, and the
For you guys with older hardware/drivers, have you tried turning on
CONFIG_UNUSED_SYMBOLS and recompiling the kernel to see if its helps? (Kernel
hacking - Enable unused/obsolete exported symbols).
I use it to support vmware server 1.x and ati flgrx drivers (with 2.6.26 or
later kernels). IIRC
Adam Carter wrote:
For you guys with older hardware/drivers, have you tried turning on
CONFIG_UNUSED_SYMBOLS and recompiling the kernel to see if its helps? (Kernel
hacking - Enable unused/obsolete exported symbols).
I use it to support vmware server 1.x and ati flgrx drivers (with 2.6.26
For you guys with older hardware/drivers, have you tried
turning on CONFIG_UNUSED_SYMBOLS and recompiling the kernel
to see if its helps? (Kernel hacking - Enable
unused/obsolete exported symbols).
snip
That is a good find. I can't say that it is the problem but
it was not
enabled on my
On Friday 15 May 2009, Tony Davison wrote:
On Tuesday 07 April 2009 12:25:07 Volker Armin Hemmann wrote:
On Tuesday 07 April 2009, Alan McKinnon wrote:
Is so OBVIOUSLY the correct way to go, and so OBVIOUSLY much easier.
Right? I mean, what kind of twit do you have to be to not understand
Alan McKinnon wrote:
I'm not sure who's criticizing DeviceKit, but it isn't me :-)
I guess it was me... :-)
I find this thread interesting:
http://lists.freedesktop.org/archives/xorg/2009-May/045561.html
...especially this:
http://lists.freedesktop.org/archives/xorg/2009-May/045574.html
Which
On Saturday 16 May 2009 19:14:17 pk wrote:
Alan McKinnon wrote:
I'm not sure who's criticizing DeviceKit, but it isn't me :-)
I guess it was me... :-)
I find this thread interesting:
http://lists.freedesktop.org/archives/xorg/2009-May/045561.html
...especially this:
Alan McKinnon wrote:
On Saturday 16 May 2009 19:14:17 pk wrote:
Alan McKinnon wrote:
I'm not sure who's criticizing DeviceKit, but it isn't me :-)
I guess it was me... :-)
I find this thread interesting:
http://lists.freedesktop.org/archives/xorg/2009-May/045561.html
Alan McKinnon wrote:
As I see it, at the bottom of the stack you have a kernel and at the top a
user space app (the X server will do for an example). Plug in a USB device
that the app can use, and the kernel needs to make a node in /dev for it if
it's not already there. The kernel should
On Tuesday 07 April 2009 12:25:07 Volker Armin Hemmann wrote:
On Tuesday 07 April 2009, Alan McKinnon wrote:
Is so OBVIOUSLY the correct way to go, and so OBVIOUSLY much easier.
Right? I mean, what kind of twit do you have to be to not understand the
hal files?
/tongue_in_cheek
pk wrote:
Alan McKinnon wrote:
DeviceKit isn't even in portage yet and not many packages support it. I don't
even know if the devs will change and improve the configs much, if at all. The
problem with hal is that it's code base is a mess, and it's design is a mish-
mash of stuff throwwn
On Friday 15 May 2009 22:38:30 Nikos Chantziaras wrote:
pk wrote:
Alan McKinnon wrote:
DeviceKit isn't even in portage yet and not many packages support it. I
don't even know if the devs will change and improve the configs much, if
at all. The problem with hal is that it's code base is a
Alan McKinnon wrote:
On Friday 15 May 2009 22:38:30 Nikos Chantziaras wrote:
pk wrote:
Alan McKinnon wrote:
DeviceKit isn't even in portage yet and not many packages support it. I
don't even know if the devs will change and improve the configs much, if
at all. The problem with hal is that
On Friday 15 May 2009 22:51:41 Nikos Chantziaras wrote:
Alan McKinnon wrote:
On Friday 15 May 2009 22:38:30 Nikos Chantziaras wrote:
pk wrote:
Alan McKinnon wrote:
DeviceKit isn't even in portage yet and not many packages support it.
I don't even know if the devs will change and improve
Volker Armin Hemmann wrote:
On Tuesday 07 April 2009, Alan McKinnon wrote:
On Tuesday 07 April 2009 13:02:28 Nikos Chantziaras wrote:
Volker Armin Hemmann wrote:
[...]
but my real problem is that hal crap. In their fight to make x 'easier'
they make it harder. keyboard layout is incorrect?
Volker Armin Hemmann wrote:
[...]
but my real problem is that hal crap. In their fight to make x 'easier' they
make it harder. keyboard layout is incorrect? well, bad luck, because hal's
files are a bitch to deal with.
I suppose the intention was for GUI tools to do the configuration, but
On Tuesday 07 April 2009 13:02:28 Nikos Chantziaras wrote:
Volker Armin Hemmann wrote:
[...]
but my real problem is that hal crap. In their fight to make x 'easier'
they make it harder. keyboard layout is incorrect? well, bad luck,
because hal's files are a bitch to deal with.
I suppose
On Tuesday 07 April 2009, Alan McKinnon wrote:
On Tuesday 07 April 2009 13:02:28 Nikos Chantziaras wrote:
Volker Armin Hemmann wrote:
[...]
but my real problem is that hal crap. In their fight to make x 'easier'
they make it harder. keyboard layout is incorrect? well, bad luck,
Volker Armin Hemmann wrote:
which pretty much makes hal a bad idea. 'use hal so you don't have to edit
files' and then have to edit hal's convoluted xml files instead of the simple,
easy to read xorg.conf ...
I don't use HAL for this at all ;) After a bit of hair-pulling, I
arrived at this
Joseph wrote:
On 04/07/09 17:22, Volker Armin Hemmann wrote:
which pretty much makes hal a bad idea. 'use hal so you don't have to
edit files' and then have to edit hal's convoluted xml files instead
of the simple, easy to read xorg.conf ...
I'll second it, why complicate simple design;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Volker Armin Hemmann wrote:
no, not everything. I have been switching mice on the fly with running X for
years. trackball, scroll whell mouse back to trackball back to mouse. No
extra
entry for the trackball needed - and no hal (the trackball
32 matches
Mail list logo
