[100526] xorg-server-1.8.0 final: udev kills hal

Message

SamuliSuominen · Post by **SamuliSuominen** » Tue Apr 13, 2010 4:06 pm

Might as well say it here. I've emerged xorg-server-1.8.0 from Portage today, edited "nvidia-drivers-195.36.15.ebuild" and removed the xorg-server blocker from there. Then simply,

startx -- -ignoreABI

and everything except keyboard layout worked out of box

setxkbmap fi

and now everything works, GeForce 9600 GT with 3D, no hal installed, udisks/upower with xfce4-power-manager, ...

it's a bit hacky, but I was in a hurry

Post by **asturm** » Tue Apr 13, 2010 5:38 pm

Very nice, thank you for the heads-up.

Updated my first post to reflect the changes.

@haarp: I guess the move from x11-overlay to Portage pretty much coincided with our conversation.

Anon-E-moose · Post by **Anon-E-moose** » Tue Apr 13, 2010 6:36 pm

I had to add these to package.keywords

media-fonts/font-util
media-libs/mesa
x11-libs/libdrm
x11-proto/dri2proto
x11-apps/xinit

to get 1.8.0 to emerge clean

and I had to add "media-libs/mesa -gallium" to /etc/portage/profile/package.use.mask
to get mesa to compile with the gallium flag, I'm using the nvidia 195.36.15 driver,
though I have added "nouveau" to the video drivers and will probably play with it some
in the near future.

I removed hal completely, and everything works fine with evdev.

Muso · Post by **Muso** » Tue Apr 13, 2010 6:42 pm

With the dirty nvidia hack, and a change in my USE flags to -hal udev + an emerge --newuse world, everything is working fine except for soprano & hotplugging in KDE, though that is a KDE issue... and an issue I really don't care much about. (cli always works)

TY for the ebuilds and the thread.

Sayonara HAL

Oh, running a 2.6.34-rc4 kernel, xorg-1.8, nvidia-drivers-195.36.15 ~amd64. Phenom II X4 + nvidia-GTX-260.

haarp · Post by **haarp** » Tue Apr 13, 2010 7:15 pm

genstorm wrote:@haarp: I guess the move from x11-overlay to Portage pretty much coincided with our conversation.

That's actually the reason why I upgraded in the first place

I don't need it, I just like being part of the cutting-edge crowd

Yamakuzure · Post by **Yamakuzure** » Tue Apr 13, 2010 7:36 pm

Why are you all removing hal completely? The ebuild detects if udev is activated and deactivates hal for xorg-server and everything works fine here.

XQYZ · Post by **XQYZ** » Tue Apr 13, 2010 8:10 pm

Yamakuzure wrote:Why are you all removing hal completely? The ebuild detects if udev is activated and deactivates hal for xorg-server and everything works fine here.

hal is deprecated and not in development anymore. I'm not saying jump off right now, but plan ahead, because sooner than later hal will be no more.

Anyway since xorg 1.8 was just pushed to ~amd64, I went ahead and installed it. Had to add "IgnoreABI" to my (now minimal) xorg.conf and remove the dependency of the nvidia-drivers in my local overlay thought.

dwbowyer · Post by **dwbowyer** » Tue Apr 13, 2010 8:56 pm

Any ideas on how long until these changes might go stable in portage? About half my system is now ~x86 using /etc/portage/package*
and I just don't want to add any more packages to the lists, but looking forward to removing HAL for a pure udev setup.

BTW, one of the reasons I don't want to do this manually now, is I am stuck using nvidia-drivers-173.* for the moment. I think that would
complicate things, or am I wrong?

d2_racing · Post by **d2_racing** » Tue Apr 13, 2010 9:00 pm

I updated my box today with xorg-server 1.8 with udev hal.

My kscreensaver freeze my laptop each time that is goes on.

I'm using KDE 4.4.2.

By the way, can I set -hal inside my /etc/make.conf or I will crash for sure my KDE installation ?

Maybe it's too early to unplug the hal feature.

Post by **asturm** » Tue Apr 13, 2010 9:07 pm

As a KDE user, I've set -hal for xorg-server specifically and let it otherwise turned on.

Running KDE 4.x without hal isn't a good idea for now. Several things won't work, with mass storage hotplugging and sound among them.

d2_racing · Post by **d2_racing** » Tue Apr 13, 2010 9:08 pm

Genstorm, thanks for the info.

XQYZ · Post by **XQYZ** » Tue Apr 13, 2010 9:16 pm

dwbowyer wrote:BTW, one of the reasons I don't want to do this manually now, is I am stuck using nvidia-drivers-173.* for the moment. I think that would
complicate things, or am I wrong?

With the IgnoreABI option the 195.36.15 (latest) work. I'm not sure if they both are using the same ABI level or if there have been changes in between, but if not, I would think that they might work.

dmpogo · Post by **dmpogo** » Wed Apr 14, 2010 4:45 am

XQYZ wrote:
dwbowyer wrote:BTW, one of the reasons I don't want to do this manually now, is I am stuck using nvidia-drivers-173.* for the moment. I think that would
complicate things, or am I wrong?
With the IgnoreABI option the 195.36.15 (latest) work. I'm not sure if they both are using the same ABI level or if there have been changes in between, but if not, I would think that they might work.

I guess

I am stuck using nvidia-drivers-173.*

(as I am on on machine, for example) means the card is not supported by later drivers ?

cruzki123 · Post by **cruzki123** » Wed Apr 14, 2010 7:16 am

The problem with xrand and intel cars was fixed in the portage ebuild?¿

Yamakuzure · Post by **Yamakuzure** » Wed Apr 14, 2010 12:31 pm

d2_racing wrote:By the way, can I set -hal inside my /etc/make.conf or I will crash for sure my KDE installation ?

You could just take it out of your USE-Flags. Packages which still depend on HAL will enable it for themselves, and packages which have optional HAL support (or usage or whatever) will work fine without.

"eix" says I have 9 packages with hal use-flag, but only app-laptop/laptop-mode-tools and sys-fs/ntfs3g set it by default, the other 7 are emerged without hal. (Or updated yesterday to work without, because I simply removed it from my USE-flags.)

@XQYZ: Yes, it will eventually die. But why break your apps by manually uninstalling something that is still in use? Would you unmerge your gcc before the new version is installed?

And btw.: Nothing broke down here, everything works perfectly well with KDE-4.4.2 and hald running.

Edit: The packages I have that do depend on hal without USE-Flag:
(Note: I deleted all lines where the dependency is set by hal USE-Flag)

Code: Select all

sed-notebook sed # equery d sys-apps/hal
 * These packages depend on sys-apps/hal:
app-cdr/k3b-1.91.0_rc2 (sys-apps/hal)
app-misc/hal-cups-utils-0.6.19 (>=sys-apps/hal-0.5.10)
app-misc/hal-info-20091130 (>=sys-apps/hal-0.5.10)
sys-power/pm-utils-1.2.5 (>=sys-apps/hal-0.5.10)
sed-notebook sed # equery d app-misc/hal-info
 * These packages depend on app-misc/hal-info:
sed-notebook sed # equery d app-misc/hal-cups-utils
 * These packages depend on app-misc/hal-cups-utils:
kde-base/printer-applet-4.4.2 (app-misc/hal-cups-utils)
sed-notebook sed # equery d sys-power/pm-utils
 * These packages depend on sys-power/pm-utils:
kde-base/powerdevil-4.4.2 (pm-utils ? sys-power/pm-utils)

So yes, being a KDE-User on a laptop I'd kill my system quite efficently by setting "-hal" in USE.

meyerm · Post by **meyerm** » Wed Apr 14, 2010 2:52 pm

cruzki123 wrote:The problem with xrand and intel cars was fixed in the portage ebuild?¿

Is this a question or a statement?

If it's the last: I still can't use xrandr with my intel based system - I don't have any newer stuff since the last update. Or did you use some overlay? Thanks

dmpogo · Post by **dmpogo** » Wed Apr 14, 2010 4:24 pm

I run KDE on desktop and laptop which are strictly hal free (hal is not even installed). Miss k3b, and do not use power-devil or pm-utils, otherwise everything is normal

dashboard · Post by **dashboard** » Wed Apr 14, 2010 4:35 pm

I'm having some problems automounting my external devices (USB, CD) after getting rid of HAL. When I plug the device in, udev correctly assigns a device node (/dev/sdX) and I can mount and unmount the device as a regular user invoking:

Code: Select all

udisks --mount /dev/sdb1

However, when the system tries to automount or I try to mount via the Gnome Places menu, I get a dialog saying "Unable to mount 2.0 GB Filesystem: Not Authorized".

I've started consolekit in debug mode and this is what is written on /var/log/messages when I try to mount a device:

Code: Select all

console-kit-daemon[5371]: DEBUG: CkManager: get session for unix process: 6974
console-kit-daemon[5371]: DEBUG: uid = 0
console-kit-daemon[5371]: DEBUG: pid = 5539
console-kit-daemon[5371]: DEBUG: CkManager: unable to lookup session for unix process: 6974

6974 is the PID of the process /usr/libexec/gvfs-gdu-volume-monitor.

I've read on this thread that automounting without HAL is possible, so it probably is an issue on my end. Any help available?

Useful info:

Code: Select all

$ emerge -pv xorg-server gvfs udev

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] sys-fs/udev-151-r1  USE="devfs-compat extras old-hd-rules (-selinux) -test" 0 kB [0]
[ebuild   R   ] x11-base/xorg-server-1.8.0  USE="ipv6 kdrive nptl udev xorg -dmx -doc -hal -minimal -static-libs -tslib" 0 kB [0]
[ebuild   R   ] gnome-base/gvfs-1.6.0-r1  USE="avahi bash-completion bluetooth gdu gnome gnome-keyring http samba udev -archive -cdda -doc -fuse -gphoto2 -hal" 0 kB [1]

Total: 3 packages (3 reinstalls), Size of downloads: 0 kB
Portage tree and overlays:
 [0] /usr/portage
 [1] /var/lib/layman/gnome

Code: Select all

$ ck-list-sessions 
Session1:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2010-04-14T13:51:10.526611Z'
	login-session-id = ''
Session2:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ''
	x11-display-device = ''
	display-device = '/dev/ssh'
	remote-host-name = '192.168.90.253'
	is-local = FALSE
	on-since = '2010-04-14T13:53:33.631889Z'
	login-session-id = ''

Code: Select all

$ emerge --info
Portage 2.1.8.3 (default/linux/x86/10.0/desktop/gnome, gcc-4.4.3, glibc-2.11-r1, 2.6.32-gentoo-r2 i686)
=================================================================
System uname: Linux-2.6.32-gentoo-r2-i686-Intel-R-_Core-TM-2_CPU_T5600_@_1.83GHz-with-gentoo-2.0.1
Timestamp of tree: Wed, 14 Apr 2010 10:00:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     4.1_p5
dev-java/java-config: 2.1.10
dev-lang/python:     2.6.5-r1, 3.1.2-r2
dev-util/ccache:     2.4-r8
dev-util/cmake:      2.8.1-r1
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.6.1-r1
sys-apps/sandbox:    2.2
sys-devel/autoconf:  2.13, 2.65
sys-devel/automake:  1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1
sys-devel/gcc:       4.4.3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.33
ACCEPT_KEYWORDS="x86 ~x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i486-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
CHOST="i486-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps=y --keep-going"
FEATURES="assume-digests ccache collision-protect distlocks fixpackages news parallel-fetch prelink preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://darkstar.ist.utl.pt/pub/gentoo"
LANG="pt_PT.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="en_US pt"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/gnome /var/lib/layman/devnull /var/lib/layman/sunrise /usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa apache2 avahi bash-completion bluetooth bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode evo exif fam ffmpeg firefox flac fortran ftp gdbm gdu gif gnome gnome-keyring gpm gstreamer gtk iconv ipv6 java java6 jpeg lcms ldap libnotify mad matroska mikmod mmx mng modules mp3 mp4 mpeg mudflap nautilus ncurses networkmanager nfs nls nptl nptlonly nvidia ogg opengl openmp pam pango pcmcia pcre pdf perl png policykit ppds pppd pulseaudio python qt3support readline reflection samba sdl session speex spl sse sse2 ssl ssse3 startup-notification svg sysfs tcpd theora threads tiff truetype ubuntu udev unicode usb v4l2 vim-syntax vorbis webkit x264 x86 xcb xft xml xorg xulrunner xv xvid zeroconf zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US pt" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia vesa" 
Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Post by **asturm** » Wed Apr 14, 2010 4:55 pm

Yamakuzure wrote:
d2_racing wrote:By the way, can I set -hal inside my /etc/make.conf or I will crash for sure my KDE installation ?
You could just take it out of your USE-Flags. Packages which still depend on HAL will enable it for themselves, and packages which have optional HAL support (or usage or whatever) will work fine without.

Not going to work for users of the desktop profile which sets +hal automagically. So you either have to disable it in your make.conf and manually enable it on a per-package basis (which is what I'm most likely going to to) or wait for the next profile update.

Edit: Oh well, setting -hal just brought up ntfs3g and libgphoto2 to rebuild since I already had filtered USE of it:

Code: Select all

 * These packages depend on hal:
app-emulation/wine-1.1.42 (hal ? sys-apps/hal)
app-misc/hal-cups-utils-0.6.19 (>=sys-apps/hal-0.5.10)
app-misc/hal-info-20091130 (>=sys-apps/hal-0.5.10)
media-gfx/gimp-2.7.0 (hal ? sys-apps/hal)
media-libs/libgphoto2-2.4.8-r1 (hal ? >=sys-apps/hal-0.5)
sys-fs/ntfs3g-2010.3.6 (hal ? sys-apps/hal)
x11-base/xorg-server-1.8.0 (hal ? sys-apps/hal)

I do wonder though about the shortness of this list. So, even if for example e17 and KDE-4.4.2 are missing on that list, hal seems to be a silent dependency for many packages which simply won't provide some services if they find it disabled.

@Yamakuzure: sys-power/pm-utils-1.3.0-r1 does not depend on hal anymore.

pigeon768 · Post by **pigeon768** » Wed Apr 14, 2010 5:30 pm

Yamakuzure wrote:Why are you all removing hal completely?

In my case, it's redundant. And redundant = bad on a 60GB ssd.

seenxu · Post by **seenxu** » Wed Apr 14, 2010 8:44 pm

ssuominen wrote:
and everything except keyboard layout worked out of box

setxkbmap fi

I had tried to write "setxkbmap xx" in my xinit script, but it won't work, instead it have to be manually executed in a terminal each time after X started. this is the only issue so far I found out with xorg-server-1.8.0 with nvidia-driver-195.36.15 on my 8400GS card

agent_jdh · Post by **agent_jdh** » Wed Apr 14, 2010 9:00 pm

So is the correct way to configure your keymap to go back to using xorg.conf? KDE here obviously sets it up for gb here after login, but the kdm login window still uses the default US keymap - not a major problem, admittedly, but it would be nice to get it right.

Go on, someone post me a nice c&p I can pop in xorg.conf. You know you want to

dmpogo · Post by **dmpogo** » Wed Apr 14, 2010 9:07 pm

agent_jdh wrote:So is the correct way to configure your keymap to go back to using xorg.conf? KDE here obviously sets it up for gb here after login, but the kdm login window still uses the default US keymap - not a major problem, admittedly, but it would be nice to get it right.

Go on, someone post me a nice c&p I can pop in xorg.conf. You know you want to

I have this

Code: Select all


Section "InputDevice"

    Identifier  "Keyboard1"
    Driver      "kbd"

# Set the keyboard auto repeat parameters.  Not all platforms implement
# this.

    Option      "AutoRepeat"    "500 30"

# These are the XKB settings for xorg
#
     Option     "XkbRules"      "xorg"
     Option     "XkbModel"      "pc105"
     Option     "XkbLayout"     "us,ru"
     Option     "XkbVariant"    ",phonetic"
     Option     "XkbOptions"    "grp:caps_toggle"
     Option     "XkbOptions"    "terminate:ctrl_alt_bksp"


EndSection

Of course, you do not have to use 'kbd' driver. For my laptop I found 'thinkpad60' Xkbmodel

agent_jdh · Post by **agent_jdh** » Wed Apr 14, 2010 9:23 pm

Cheers dmpogo. I'm using the evdev driver for my keyboard. There must be a simpler way to tell xorg to use uk keymap.

darkbasic · Post by **darkbasic** » Wed Apr 14, 2010 9:38 pm

meyerm wrote:I still can't use xrandr with my intel based system

I can't too...