hal-0.5.14_7 to _8 upgrade problem

[n dhert]

> USB_GET_REPORT_ID should be getting picked up from
> /usr/include/dev/usb/usb_ioctl.h these days.

> Have you still got libusb (or some of its includes) installed on a
> system recent enough to have it in the base system?
On my system, I do have :
]$ ls -la /usr/include/dev/usb/usb_ioctl.h
-r--r--r--  1 root  wheel  9809 May 17 14:57
/usr/include/dev/usb/usb_ioctl.h

On the other hand portupgrading always gives me:
--->  ** Upgrade tasks 1: 0 done, 1 ignored, 0 skipped and 1 failed
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
        - devel/libusb (marked as IGNORE)
        ! sysutils/hal (hal-0.5.14_7)   (compiler error)

It seems it still tries to do something with the devel/libusb port?
$ pkg_info | grep libusb
libusb-0.1.12_4     Library giving userland programs access to USB devices
seems to show it is installed.
My system started at 7.2 and was upgraded to 8.0 and has given this
devel/libusb (marked as IGNORE) even since.
If I look on a different system installed for the first time right with 8.0,

$ pkg_info | grep libusb reports nothing.


2010/6/4 Lowell Gilbert <freebsd-questions-local at be-well.ilk.org>

>  n dhert <ndhertbsd at gmail.com> writes:
>
> > I have a problem with upgrading hal-0.5.14_7 to hal-0.5.14_8
> >
> > how to solve this?
> > ---
> > cc -DHAVE_CONFIG_H -I. -I../../..
> > -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" -D
> > PACKAGE_DATA_DIR=\""/usr/local/share"\"
> > -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" -
> > DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\"
> > -DPACKAGE_LOCALSTATEDIR=\""/va
> > r"\" -I../../.. -I/usr/local/include/dbus-1.0
> > -I/usr/local/include/dbus-1.0/incl
> > ude   -I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall
> > -Wchar-subscrip
> > ts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align
> > -Wsign-c
> > ompare -MT probe-hiddev.o -MD -MP -MF .deps/probe-hiddev.Tpo -c -o
> > probe-hiddev.
> > o probe-hiddev.c^M
> > probe-hiddev.c: In function 'main':^M
> > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in
> this
> > func
> > tion)^M
> > probe-hiddev.c:81: error: (Each undeclared identifier is reported only
> > once^M
> > probe-hiddev.c:81: error: for each function it appears in.)^M
> > gmake[5]: *** [probe-hiddev.o] Error 1^M
> > gmake[5]: Leaving directory
> > `/usr/ports/sysutils/hal/work/hal-0.5.14/hald/freebs
> > d/probing'^M
> > gmake[4]: *** [all-recursive] Error 1^M
> > gmake[4]: Leaving directory
> > `/usr/ports/sysutils/hal/work/hal-0.5.14/hald/freebs
> > d'^M
> > gmake[3]: *** [all-recursive] Error 1^M
> > gmake[3]: Leaving directory
> `/usr/ports/sysutils/hal/work/hal-0.5.14/hald'^M
> > gmake[2]: *** [all] Error 2^M
> > gmake[2]: Leaving directory
> `/usr/ports/sysutils/hal/work/hal-0.5.14/hald'^M
> > gmake[1]: *** [all-recursive] Error 1^M
> > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.14'^M
> > gmake: *** [all] Error 2^M
> > *** Error code 1^M
> > ^M
> > Stop in /usr/ports/sysutils/hal.^M
> > --->  Build of sysutils/hal ended at: Thu, 03 Jun 2010 00:09:33 +0200
> > (consumed
> > 00:00:31)
> > --->  Upgrade of sysutils/hal ended at: Thu, 03 Jun 2010 00:09:33 +0200
> > (consume
> > d 00:00:31)
>
> USB_GET_REPORT_ID should be getting picked up from
> /usr/include/dev/usb/usb_ioctl.h these days.
>
> Have you still got libusb (or some of its includes) installed on a
> system recent enough to have it in the base system?
>