You are not logged in.
brianhanna - this thread is about xorg 1.8 from the testing repo. This version of xorg does not use hal, which allows some users to remove or deactivate hal. Users with applications that still depend on hal, like you, obviously cannot do that, as explained already in various earlier posts.
More generally, the use of the testing repo requires more research, vigilance, and overall awareness than the use of the standard Arch repos. If you do not feel like putting in the extra effort, I'd recommend deactivating the testing repo, and waiting for xorg 1.8 to move to extra.
In addition to tomk's wise words, a simple
pacman -Qi
shows you in the blink of an eye which applications still rely on hal (and thus need it started). First thing I did after pulling in the new Xorg from Testing.
Got Leenucks? :: Arch: Power in simplicity :: Get Counted! Registered Linux User #392717 :: Blog thingy
Offline
Pulled it from testing not the other day - works flawlessly. I immediately got rid of HAL and my xorg.conf, I pulled the new nvidia drivers and now I couldn't be happier.
Offline
Also upgraded to x1.8, everything perfect, no problems so far.
Offline
same here works fine also, update to xorg1.8 and nvidia drivers from [testing]. the only issue i have is with udev propably, that my ntfs drives are seen in gnome, but when i first try to access them i must put root password to mount them...any tips?
Archlinux x86_64 | post-engineering | last.fm
Offline
Ok, one thing is not quite clear to me. When i've upgraded from xserver 1.7 to 1.8 from xorg18 repo, I had to do X -configure to create xorg.conf because X wouldn't start otherwise. Now I did a clean install with testing enabled from the start - and i forgot to create xorg.conf - and lookie now, it works without it? Can someone explain this to me
Offline
There is also one thing to consider if xorg 1.8 is updated. I have my self problem with xf86-input-evdev driver which complains version mismatch. Solution is to compile new evdev driver against the new xorg 1.8 but new aur package would be nice and faster solution ?
Offline
There is also one thing to consider if xorg 1.8 is updated. I have my self problem with xf86-input-evdev driver which complains version mismatch. Solution is to compile new evdev driver against the new xorg 1.8 but new aur package would be nice and faster solution ?
Upgrade all of testing and that problem goes away.
Offline
tomk wrote:brianhanna - this thread is about xorg 1.8 from the testing repo. This version of xorg does not use hal, which allows some users to remove or deactivate hal. Users with applications that still depend on hal, like you, obviously cannot do that, as explained already in various earlier posts.
More generally, the use of the testing repo requires more research, vigilance, and overall awareness than the use of the standard Arch repos. If you do not feel like putting in the extra effort, I'd recommend deactivating the testing repo, and waiting for xorg 1.8 to move to extra.
In addition to tomk's wise words, a simple
pacman -Qi
shows you in the blink of an eye which applications still rely on hal (and thus need it started). First thing I did after pulling in the new Xorg from Testing.
My apologies. Some of us are still learning.
Offline
Just upgraded to 1.8 with the new nVidia driver, works great. Can't remove hal yet because gnome-vfs, kdelibs and vlc still depended on it.
Offline
My apologies. Some of us are still learning.
Which is precisely why I posted the advice above - the testing repo is NOT recommended for those who are still learning.
Offline
I was trying lots of linux dists before I decided to use Arch. I must say that after installing the xorg1.8 + beta nvidia drivers I can finally say that my Arch is nearly as responsive as my Win XP desktop.
I don't know if this is some kind of placebo effect, but I think that there are less slowdowns while using KDE - everything works faster. Maybe this was the cause of hal - I don't know, but I am glad that I switched.
While installing I had few problems with my touchpad not working - I have got Arch installed on my laptop, Compal FL90. This model has some strange Elantech touchpad installed and I always have problems with it. I can't get horizontal and vertical scroll working but everything else works just great.
Which is precisely why I posted the advice above - the testing repo is NOT recommended for those who are still learning.
When learning I like to choose the harder way - after all, that is why I had chosen Arch;)
gvim -c "exec \"normal itYNQ#v'Z#ABG#GUR#BAYL#BAR\"|%s/#/ /g|normal ggVGg?ggVG~"
Offline
Just upgraded without a hitch. Stupid gvfs still requires hal though.
Offline
Just upgraded without a hitch. Stupid gvfs still requires hal though.
gvfs doesn't require hal since is using udisks. maybe you are referring to gnome-vfs which is a deprecated lib
Give what you have. To someone, it may be better than you dare to think.
Offline
Yeah I am referring to gnome-vfs, which I cant remove cause stuff depends on it. I tried removing it and my gnome panel/metacity didnt load at all when i logged in lol
Offline
Yeah I am referring to gnome-vfs, which I cant remove cause stuff depends on it. I tried removing it and my gnome panel/metacity didnt load at all when i logged in lol
Did you install gvfs afterwards ?
Offline
As I could notice last night, libgnome depends on both, and I wanted to ask why is it still a dep if it's deprecated ?
Offline
Maybe a stupid question? All I need to do is enable testing and pacman -Syu? I have an intel graphics. If not, can anybody push me in the right direction? Thanks
Offline
Maybe a stupid question? All I need to do is enable testing and pacman -Syu? I have an intel graphics. If not, can anybody push me in the right direction? Thanks
No, that's all you need to do. At least I did it that way.
Offline
As I could notice last night, libgnome depends on both, and I wanted to ask why is it still a dep if it's deprecated ?
Yep thats what pacman -Qi says for me, libgnome depends on both gvfs and gnome-vfs
Offline
Yeah I am referring to gnome-vfs, which I cant remove cause stuff depends on it. I tried removing it and my gnome panel/metacity didnt load at all when i logged in lol
you can't do that!. gnome-panel/metacity and some other apps from gnome still didn't made libgnome deprecated and is _needed_. We hope that gnome 3 will be libgnome free.
Like a side note, you can remove hal from daemons list.
Last edited by wonder (2010-05-12 13:28:33)
Give what you have. To someone, it may be better than you dare to think.
Offline
Sweet with hal removed from the daemons everything's workin fine, pretty much just as good as removing it
Offline
i finally got my disks and ipod to auto mount...but another issue came up my tv-dvb card does not work...hmmm
Archlinux x86_64 | post-engineering | last.fm
Offline
works great a big thanks to developers
Offline
When it will hit [extra]? I'm waiting for it to try, not even problem if I have to reconf xorg, but I don't like enabling testing
Offline