When you install cupsd or samba their use flags get turned on. But after installing hal I noticed that hal use flag is still off. Reproducible: Always Steps to Reproduce: 1.emerge hal 2.emerge info | grep hal Actual Results: nothing Expected Results: hal use flag should be turned on pena base # emerge info Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.11-nitro2 i686) ================================================================= System uname: 2.6.11-nitro2 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 20 2005, 13:53:24)] distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.8.5-r3, 1.6.3, 1.9.4, 1.5 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -pipe -ffast-math -fomit-frame-pointer -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -pipe -ffast-math -fomit-frame-pointer -mfpmath=sse" DISTDIR="/usr/src/distfiles" FEATURES="autoaddcvs autoconfig ccache cvs distlocks fixpackages noauto sandbox sfperms" GENTOO_MIRRORS=" http://trumpetti.atm.tut.fi/gentoo http://lame.lut.fi/linux/gentoo " LANG="en_US.utf8" LC_ALL="en_US.utf8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/gentoo-java-experimental" SYNC="rsync://aria/portage" USE="x86 X aac acpi alsa apm audiofile avi bash-completion berkdb bitmap-fonts bzip2 bzlib cdb cdparanoia cdr crypt cups curl divx4linux dts dvd dvdr dvdread emboss encode esd fam fbcon flac font-server foomaticdb freetype gif gnome gstreamer gtk gtk2 imagemagick jack java jpeg kde kdeenablefinal kdexdeltas libg++ libwww lzo mad makecheck mikmod mmx mmx2 motif mozilla mp3 mpeg ncurses network nls nptl nptlonly nvidia oggvorbis opengl pam pdflib png python qt quicktime readline real rtc ruby samba slang slp sse sse2 ssl tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales xml xml2 xv xvid zlib video_cards_nvidia" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS
cups and samba are set in the default profile. use flags _never_ get enabled by installing ebuilds. that's your job.
Try emerge samba. And emerge -C samba. The samba use flag is turned on when you have samba installed.
There is the profiles/base/use.defaults for file this job.
(In reply to comment #3) > There is the profiles/base/use.defaults for file this job. And exactly this feature needs to be buried, since it makes installations indeterministic and supersedes the administratrs decision what he wants to have installed. The idea is fundamentally broken.
Well maybe this should be stated as comments in the file?
Unless there is some plan to get rid of profiles/base/use.defaults, you really have no buisness closing this bug as invalid since you don't maintain hal. There are plenty of use flags that offer this feature already and I think its valid that hal be considerd for it. Most new gnome/kde(and a growing number of other apps) users don't get advertised hal features despite having it installed only to find out that they had to set yet another use flag. Looking at your first comment, it seems you may be unfamiliar with use.defaults anyways. This doesn't supersede any admin decisions since setting -hal in make.conf or package.use will override use.defaults. (sorry if this came or as cranky or bitter, its early here...I mean no harm.)
(In reply to comment #6) > Looking at your first > comment, it seems you may be unfamiliar with use.defaults anyways. This doesn't > supersede any admin decisions since setting -hal in make.conf or package.use > will override use.defaults. (sorry if this came or as cranky or bitter, its > early here...I mean no harm.) That's not the point. Having to set -* and then the flags you want in make.conf is simply the wrong approach. Really, I have seen mmore than one or two threads where people don't understand where the one or the other use flag comes from they have never defined. Yes, we have to tell users how to deal with use flags, but use flags should not be added automatically.
ARCH teams, please consider adding "hal" to USE flag defaults since as per discussions on my rants on the mailing list about extra USE flags came to say that we aim to make the defaults the most desktop friendly for our users. HAL is very much needed for default friendly desktops nowdays.
(In reply to comment #8) > ARCH teams, please consider adding "hal" to USE flag defaults since as per > discussions on my rants on the mailing list about extra USE flags came to say > that we aim to make the defaults the most desktop friendly for our users. HAL > is very much needed for default friendly desktops nowdays. > Eh!? It was already decided that use.defaults will be dropped afaik.
ignoring the fact that we are dropping use.defaults, an arch-specific use.defaults is completely useless there should be only 1 use.defaults file
