On Tue, Mar 31, 2009 at 10:58 PM, Alan Coopersmith <Alan.Coopersmith at sun.com> wrote:
>>> Cyril Plisko wrote: >>> Not sure why prtconf needs libpciaccess though, since it already has >>> device discovery support - or are you just using the pci.ids data file >>> parsing functions from there? >> >> Exactly - just for parsing pci.ids. > > ON already has pci.ids parsing code in usr/src/cmd/hal/hald/ids.c - I > wonder if it would be simpler to find some way to use that than get a > cross-consolidation ARC Contract for use of Volatile interfaces. ?It > unfortunately appears to be part of the hald daemon instead of libhal > library, but maybe it could be moved to libhal (or a new libids if you > want to avoid dbus dependencies) for prtconf & hald to share? It is interesting to witness, how freedesktop.org developes more and more technologies that center around kernel / core libs, rather than alone usermode-X11. All the following is under their umbrella: http://www.freedesktop.org/wiki/Software Therefore, why is it a problem to have something in ON depend on something provided by the X11 consolidation? IMO the only fix around this would be, to move libpciaccess down into ON. Maybe, if that makes more sense / looks less strange. I mean libpciaccess of of general purpose/usability. It doesn't have much to do with Xorg itself. What do others think? -- %martin
