On Thu, 2013-02-07 at 09:02 +0000, Richard Hughes wrote:<div>> On 7 February 2013 03:23, Christopher James Halse Rogers</div><div>> <chris@cooperteam.net> wrote:</div><div>> > I'm wondering what the intent of the huey, dtp94, and munki libs are, under</div><div>> > libs/?</div><div>> </div><div>> Device access libs -- if you were writing a tool to target a specific</div><div>> instrument you would link against these. I use them for my reverse</div><div>> engineering tools.</div><div>> </div><div>> > They look like convenience libraries, as they don't install headers and are</div><div>> > used only in the sensor plugins, but they get compiled as a real shared</div><div>> > library and installed into /usr/lib.</div><div>> </div><div>> I think these need to be a real shared library, as they are linked in</div><div>> from the sensor drivers, the daemon and various other utilities in the</div><div>> projec
 t. I don't think a noinst_lib file cuts it, although if you can</div><div>> get this working I guess it's fine for me.</div><div>> </div><div>> > Having libraries in /usr/lib without an accompanying development header</div><div>> > package seems icky to me.</div><div>> </div><div>> I know what you mean. What about if they were called libhuey-private.so etc?</div><div>> </div><div>Yeah, that might be better.</div><div><br></div><div>> >  It looks like they might be potentially useful</div><div>> > outside of colord, so they could ship the headers. If not, could we just</div><div>> > build them into the sensor plugins?</div><div>> </div><div>> The idea was that I could trivially add a .pc file and install the</div><div>> headers if anyone asked. There are a few projects with very incomplete</div><div>> instrument driver code, and if they wanted to use the raw driver code</div><div>> in colord I'd be really
  happy to add the required bits. I didn't see</div><div>> any point installing headers that were not going to be used.</div><div><br></div><div>That seems reasonable. I'll put a notice in README.Debian so if anyone</div><div>looks for the sources there's a pointer here.</div><div><br></div>