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 attachment 157165 [details] 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 attachment 157169 [details] 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.
we don't need to be CCed here since we are in fdo already.
somehow missed that everybody is done here, for once :)
damn enter !
