Bugzilla Bug 222219

Please heavily consider and work towards stabilization of a HAL version that
satisfies a >=sys-apps/hal-0.5.10 dependency. This is currently the biggest
blocker for getting GNOME-2.22 stabilized on x86/amd64 (and the rest later on
too). We can not proceed with GNOME-2.22 stabilizing without a HAL-0.5.10 or
newer being stable due to automounting relying on that with USE=hal on
gnome-base/gvfs to our knowledge. Thank you.

Using hal-0.5.11 and hal-info-20080310 and they work without any major problem.
The only tiny little snag is that when I plug in an external USB hard drive or
insert a CD nautilus pops up twice.
Also, to get zorg-7.3 working with hal, evdev-9999 has to be used from the x11
overlay.
Other than that, it is all fine.
Using a Dell Latitide D520

(In reply to comment #1)
> The only tiny little snag is that when I plug in an external USB hard drive or
> insert a CD nautilus pops up twice.

That doesn't really have anything to do with HAL. With GNOME-2.22 both nautilus
and gnome-volume-manager are automounting, so it's doubled. Gilles just added
latest gnome-volume-manager in the tree, with which USE=-automount will leave
it all only for nautilus to automount (if you run nautilus as desktop, don't
have automount in gnome-volume-manager), so that's fixed by that.

(In reply to comment #2)
> (In reply to comment #1)
> > The only tiny little snag is that when I plug in an external USB hard drive or
> > insert a CD nautilus pops up twice.
> 
> That doesn't really have anything to do with HAL. With GNOME-2.22 both nautilus
> and gnome-volume-manager are automounting, so it's doubled. Gilles just added
> latest gnome-volume-manager in the tree, with which USE=-automount will leave
> it all only for nautilus to automount (if you run nautilus as desktop, don't
> have automount in gnome-volume-manager), so that's fixed by that.
> 

Maybe would be interesting add this info to
http://www.gentoo.org/proj/en/desktop/gnome/howtos/gnome-2.22-upgrade.xml

I have seen some mandriva users being a bit confused with this changes in 2.22,
some of them preferring have a full gnome-volume-manager with all automount
options for using without nautilus and others with only want have nautilus for
automount (and gnome-volume-manager for devices not supported by nautilus yet)

Hello arches,

Please stabilize:

dev-python/pyxf86config-0.3.34-r1
app-misc/hal-info-20080310
sys-apps/hal-0.5.11-r1

A note to PPC arch: You are CCed only for pyxf86config - if you don't want to
stabilize that, then that should be fine; I'm pushing it for stable only as a
hal-0.5.11-r1 dep, that does not work for PPC right now.

<leio> compnerd: We have had hal-0.5.11 in the tree for 26 days now; is the
plan still to wait for strict 30 days, or could we start the stabilization
process now, so the arch teams can start working on it when they see fit
between now and 4 days?
<compnerd> leio: hmm...*IF* you can file the ticket, I say start it!
<leio> compnerd: I filed it 27 days ago, just needs CCing ;)
<compnerd> leio: then CC away
<compnerd> well, -r1 is the version that is good to go, nothing else
<leio> compnerd: some hal-info version too?
<leio> compnerd: and there's also pyxf86config, maintained by dberkholz 
<compnerd> leio: yes please app-misc/hal-info-20080310
<compnerd> leio: yes, that needs to be included as well
...
later dberkholz said that as xorg-server-1.4.0* versions are superseded by
1.4.2 keywords, pyxf86config is fine for stabling as it had problems with
1.4.0* on amd64 before, but they are fixed in 1.4.2.

ia64/sparc stable

Created an attachment (id=157165) [edit]
build.log hal

Fails with every USE flag combination in tests:

Portage 2.1.4.4 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0,
2.6.24-gentoo-r8 i686)
=================================================================
System uname: 2.6.24-gentoo-r8 i686 AMD Athlon(tm) X2 Dual Core Processor
BE-2400
Timestamp of tree: Mon, 16 Jun 2008 21:00:01 +0000
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.4.4-r13
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /opt/openfire/resources/security/ /opt/openjms/config
/usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown
/usr/share/config /var/lib/hsqldb /var/spool/torque /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf
/etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo
/etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms
strict unmerge-orphans userfetch userpriv"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
LANG="de_DE.utf8"
LC_ALL="de_DE.utf8"
LINGUAS="de"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
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="/usr/portage/local/layman/sunrise"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="3dnow 3dnowext X a52 acl acpi aiglx alsa apache2 apm applet artworkextra
asf audiofile avahi bash-completion beagle berkdb bidi bogofilter bootsplash
branding bzip2 cairo ccache cdda cddb cdparanoia cdr cli console cracklib crypt
css cups curl custom-cflags dbus dga directfb divx4linux dri dts dvd dvdr
dvdread dvi eds emacs emboss encode esd evince evo exif fam fat fbcon fdftk
ffmpeg firefox flac foomaticdb fortran ftp gb gcj gdbm gif glitz gnome gpm gsf
gstreamer gtk gtk2 gtkhtml hal howl iconv icq idn imagemagick imap imlib
immqt-bc isdnlog java javascript jpeg jpeg2k kde ldap libnotify lirc lm_sensors
mad maildir matroska mbox mdnsresponder-compat midi mikmod mime mmx mmxext mng
mono mp3 mpeg mpeg2 mudflap mule mysql nautilus ncurses nforce2 nls nocardbus
nptl nptlonly nsplugin nvidia objc objc++ objc-gc offensive ogg opengl openmp
pam pango pcre pdf perl php plotutils pmu png ppds pppd prediction
preview-latex print python qt3 qt3support qt4 quicktime readline reflection
samba sdk session slang spell spl sse ssl svg svga t1lib tcl tcpd tetex theora
threads thumbnailing tiff tk toolkit-scroll-bars totem tracker truetype
truetype-fonts type1-fonts udev unicode usb userlocales vcd videos vorbis
win32codecs wmf wxwindows x86 xface xft xine xml xorg xosd xpm xv xvid zlib"
ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop
empty extplug file hooks iec958 ioplug ladspa lfloat linear meter 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" CAMERAS="canon ptp2" ELIBC="glibc" INPUT_DEVICES="mouse keyboard"
KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001
mtxorb ncurses text" LINGUAS="de" LIRC_DEVICES="atiusb" USERLAND="GNU"
VIDEO_CARDS="vesa fbdev fglrx"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Created an attachment (id=157169) [edit]
sys-apps/hal-0.5.11-r1 build.log

I see the same test failure on amd64. 

Failure is caused by a difference in behaviour between
`hald-generate-fdi-cache' and `hald-cache-test'. `hald-generate-fdi-cache'
creates the test cache directory using `PACKAGE_DATA_DIR', whilst
`hald-cache-test' uses the environment variable `HAL_FDI_CACHE_NAME' which is
hardcoded into the launch script `hald-cache-test.sh'.

All tests passed for me when this was corrected manually.

Apart from the test failure it works fine though all my partitions are now
listed on my desktop...this hasn't been seen before.

(In reply to comment #8)
> Apart from the test failure it works fine though all my partitions are now
> listed on my desktop...this hasn't been seen before.
> 

I also "suffer" this with current stable release and gnome-2.20 :-/

Maybe this could help, but I haven't tried yet:
http://wiki.archlinux.org/index.php/HAL#Auto-mount_only_removable_media

An amd64, I've done gperf, hal, hal-info, pyxg86config as well as pm-utils..

@compnerd: if you want us to stable a newer pm-utils, tell us

@ppc: You don't have keywords on pm-utils, forcing me to do repoman -I ..
either add a !ppc to the deps or keyword it..

Stable for HPPA.

(In reply to comment #9)
> Maybe this could help, but I haven't tried yet:
> http://wiki.archlinux.org/index.php/HAL#Auto-mount_only_removable_media

 No the old patch who fixed this is still available in Portage (97_*.patch).

Anyway.  Will we see any progress on this test failure?

I think we should also mark app-misc/hal-info-20080508 since its the matching
hal-info release (bug #225873) as well as net-misc/networkmanager-0.6.6 (bug
#228837)

hal-0.5.11-r1 currently causes a circular dependency due to pyxf86config (bug
#225091)

Why exactly is this a hal dependency and not a xorg-server dependency?

(In reply to comment #14)
> hal-0.5.11-r1 currently causes a circular dependency due to pyxf86config (bug
> #225091)
> 
> Why exactly is this a hal dependency and not a xorg-server dependency?
> 

At least it won't affect to stable tree for now as it only occurs with
xorg-server >=1.4.2 :-|

(In reply to comment #13)
> I think we should also mark app-misc/hal-info-20080508 since its the matching
> hal-info release (bug #225873) as well as net-misc/networkmanager-0.6.6 (bug
> #228837)
> 

As talked on IRC, ok for stabilizing app-misc/hal-info-20080508 , readding
arches for it.

Thanks

amd64 re-done

sparc re-done

ia64/x86 stable

ppc stable

Stabilized all three on alpha.

pyxf86config should not be added as a dep for hal, because it prevents the use
of the minimal use flag for xorg-server. Why on earth should hal need to
manipulate the xorg.conf file using python anyhow? Cascades of dependencies
only add to bloat.