Bug 172789 - app-misc/hal-info & sys-apps/hal needs keywording love
Bug#: 172789 Product:  Gentoo Linux Version: 2006.1 Platform: All
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: gentopia@gentoo.org Reported By: cardoe@gentoo.org
Component: Ebuilds
URL: 
Summary: app-misc/hal-info & sys-apps/hal needs keywording love
Keywords:  
Status Whiteboard: 
Opened: 2007-03-30 14:12 0000
Description:   Opened: 2007-03-30 14:12 0000
hal-info is now the broken out data files for HAL so we can provide more
regular updates for hardware devices and make it easier to update just that.

hal-info needs the same keywording as HAL.

------- Comment #1 From Jeroen Roovers 2007-03-30 18:08:52 0000 -------
(In reply to comment #0)
> hal-info is now the broken out data files for HAL so we can provide more
> regular updates for hardware devices and make it easier to update just that.
> 
> hal-info needs the same keywording as HAL.

It seems there is more to it than just this. hal-info depends on
sys-apps/hal-0.5.9_rc2 or better, which fails to emerge on a stable HPPA
system:

[ebuild     U ] sys-apps/hal-0.5.9_rc2 [0.5.7.1-r5] USE="crypt doc (-acpi)
-debug -dell% -disk-partition% -mactel% (-pcmcia) (-selinux)" 1,508 kB

You may want to file a bug to get sys-apps/hal tested. Meanwhile, here is the
error sys-apps/hal coughed up. The cause of the problem seems to be related to
ACPI or some other x86 oriented hardware event system:


hppa2.0-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../..
-DPACKAGE_SYSCONF_DIR=\""/etc"\" -DPACKAGE_DATA_DIR=\""/usr/share"\"
-DPACKAGE_BIN_DIR=\""/usr/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\"
-DPACKAGE_LOCALSTATEDIR=\""/var/lib"\" -I../../.. -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include
  -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include      -O2 -pipe
-mschedule=8000 -march=2.0 -ggdb -Wall -rdynamic -Wchar-subscripts
-Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align
-Wsign-compare -MT probe-input.o -MD -MP -MF .deps/probe-input.Tpo -c -o
probe-input.o probe-input.c
hppa2.0-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../..
-DPACKAGE_SYSCONF_DIR=\""/etc"\" -DPACKAGE_DATA_DIR=\""/usr/share"\"
-DPACKAGE_BIN_DIR=\""/usr/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\"
-DPACKAGE_LOCALSTATEDIR=\""/var/lib"\" -I../../.. -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include
  -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include      -O2 -pipe
-mschedule=8000 -march=2.0 -ggdb -Wall -rdynamic -Wchar-subscripts
-Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align
-Wsign-compare -MT logger.o -MD -MP -MF .deps/logger.Tpo -c -o logger.o `test
-f '../../logger.c' || echo './'`../../logger.c
probe-input.c: In function ‘main’:
probe-input.c:61: error: ‘SW_MAX’ undeclared (first use in this function)
probe-input.c:61: error: (Each undeclared identifier is reported only once
probe-input.c:61: error: for each function it appears in.)
probe-input.c:74: error: ‘SW_LID’ undeclared (first use in this function)
probe-input.c:76: error: ‘SW_TABLET_MODE’ undeclared (first use in this
function)
probe-input.c:78: error: ‘SW_HEADPHONE_INSERT’ undeclared (first use in
this function)
probe-input.c:102: warning: implicit declaration of function ‘EVIOCGSW’
probe-input.c:102: warning: nested extern declaration of ‘EVIOCGSW’
probe-input.c:61: warning: unused variable ‘bitmask’
make[5]: *** [probe-input.o] Error 1
make[5]: *** Waiting for unfinished jobs....
mv -f .deps/logger.Tpo .deps/logger.Po
make[5]: Leaving directory
`/var/tmp/portage/sys-apps/hal-0.5.9_rc2/work/hal-0.5.9/hald/linux/probing'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/var/tmp/portage/sys-apps/hal-0.5.9_rc2/work/hal-0.5.9/hald/linux'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/var/tmp/portage/sys-apps/hal-0.5.9_rc2/work/hal-0.5.9/hald'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/var/tmp/portage/sys-apps/hal-0.5.9_rc2/work/hal-0.5.9/hald'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/sys-apps/hal-0.5.9_rc2/work/hal-0.5.9'
make: *** [all] Error 2

!!! ERROR: sys-apps/hal-0.5.9_rc2 failed.

------- Comment #2 From Brian Tarricone 2007-03-31 04:27:29 0000 -------
hal 0.5.9 requires kernel 2.6.17 or greater, which on Gentoo means you need
>=sys-kernel/linux-headers-2.6.17.  Grep for SW_LID in
/usr/include/linux/input.h.  (It's actually the linux generic event interface,
which is architecture-independent.)

------- Comment #3 From Raúl Porcel 2007-04-02 16:41:46 0000 -------
~ia64 done.

------- Comment #4 From Markus Rothe 2007-04-08 11:00:01 0000 -------
added ~ppc64

------- Comment #5 From Gustavo Zacarias (RETIRED) 2007-04-13 13:41:29 0000 -------
~sparc'd even though hal-0.5.9 isn't sparc happy yet since they're just info
files.

------- Comment #6 From Jeroen Roovers 2007-04-13 19:39:08 0000 -------
(In reply to comment #5)
> ~sparc'd even though hal-0.5.9 isn't sparc happy yet since they're just info
> files.

Good point. Marked ~hppa too.

------- Comment #7 From Doug Goldstein 2007-04-13 21:12:29 0000 -------
This is also targeting ~arch and not stable. We understand that there are many
other requirements for a stable marking. We're just looking to develop ~arch
support for these packages.

------- Comment #8 From Doug Goldstein 2007-04-20 23:01:35 0000 -------
Since we're aiming to unmask this version shortly... alpha, arm, and sh have
not marked hal-info which is a PDEPEND. So I'm dropping ~alpha, ~arm, and ~sh
from hal-0.5.9 as well.

------- Comment #9 From Doug Goldstein 2007-04-28 15:33:05 0000 -------
hal-0.5.9-r1 has been unmasked and has dropped alpha, arm, and sh keywords.
It's up to you guys to readd them.

------- Comment #10 From Jakub Moc (RETIRED) 2007-05-20 13:22:26 0000 -------
@ppc64 - you cannot have app-misc/hal-info keyworded without hal-0.5.9 keyword.

@ppc - you either need >=sys-libs/libsmbios-0.13.4 keyworded or dell flag
use.masked.

------- Comment #11 From Matti Bickel 2007-05-20 13:40:42 0000 -------
Doug already use.mask'ed dell on ppc32/64.

------- Comment #12 From Jakub Moc (RETIRED) 2007-05-20 13:46:07 0000 -------
(In reply to comment #11)
> Doug already use.mask'ed dell on ppc32/64.

Shrug...

sys-apps/hal-0.5.9: nonsolvable depset(depends) keyword(~ppc) profile
(hardened/ppc): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9: nonsolvable depset(depends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G3): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9: nonsolvable depset(depends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G4): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9: nonsolvable depset(rdepends) keyword(~ppc) profile
(hardened/ppc): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9: nonsolvable depset(rdepends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G3): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9: nonsolvable depset(rdepends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G4): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9-r1: nonsolvable depset(depends) keyword(~ppc) profile
(hardened/ppc): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9-r1: nonsolvable depset(depends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G3): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9-r1: nonsolvable depset(depends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G4): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9-r1: nonsolvable depset(rdepends) keyword(~ppc) profile
(hardened/ppc): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9-r1: nonsolvable depset(rdepends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G3): solutions: [ >=sys-libs/libsmbios-0.13.4 ]
sys-apps/hal-0.5.9-r1: nonsolvable depset(rdepends) keyword(~ppc) profile
(selinux/ppc/ppc32/2006.1/G4): solutions: [ >=sys-libs/libsmbios-0.13.4 ]

------- Comment #13 From Markus Rothe 2007-05-20 13:47:58 0000 -------
jakub: hal is a huge mess on ppc64 currently. please see bug #176380. ~ppc64
got removed because it doesn't start. although this breaks a lot of things..
seems like we will have to drop ~ppc64 from gnome 2.18 :-/ or we blindly add
~ppc64 back in.

------- Comment #14 From Raúl Porcel 2007-07-10 12:53:17 0000 -------
~alpha done, thanks Tobias

------- Comment #15 From Chris PeBenito 2007-08-20 04:37:37 0000 -------
selinux profile error should be fixed now that the profiles inherit the
default-linux/$arch profiles.