<div dir="ltr">And in packaging terms [1] would be more like [3], but since I would prefer to go another path (via the pkg split) that isn't too important.<div><br></div><div>[3]:Â <span style="color:rgb(0,0,0);font-family:monospace"><a href="http://paste.ubuntu.com/25016358/">http://paste.ubuntu.com/25016358/</a><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 4, 2017 at 7:03 AM, Christian Ehrhardt <span dir="ltr"><<a href="mailto:christian.ehrhardt@canonical.com" target="_blank">christian.ehrhardt@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">One should add links if referring to them :-)<div><br></div><div>[1]:Â <a href="http://paste.ubuntu.com/25016338/" target="_blank">http://paste.ubuntu.com/<wbr>25016338/</a></div><div>[2]:Â <a href="https://launchpadlibrarian.net/326697994/buildlog_ubuntu-artful-amd64.openvswitch_2.7.0-0ubuntu4~ppa3_BUILDING.txt.gz" target="_blank">https://<wbr>launchpadlibrarian.net/<wbr>326697994/buildlog_ubuntu-<wbr>artful-amd64.openvswitch_2.7.<wbr>0-0ubuntu4~ppa3_BUILDING.txt.<wbr>gz</a></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 4, 2017 at 7:01 AM, Christian Ehrhardt <span dir="ltr"><<a href="mailto:christian.ehrhardt@canonical.com" target="_blank">christian.ehrhardt@canonical.<wbr>com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div>Luca and I were discussing working on a change to make the headers really as multiarch as they should be.</div><div>Yet it turns out things are not always so easy.</div><div><br></div><div>If a dpdk consuming project has uses pkg-config all the time it is likely good.</div><div>But if not there are multiple hurdles:</div><div>1. it must implement pkg-config for dpdk to get the new options for libs/cflags</div><div>2. it must work with the new path setup</div><div><br></div><div>Openvswitch-dpdk is one example that has no pkg-config at the moment.</div><div>We tried to modify the config [1] but so far had no full success [2] so far.</div><div>Note: I guess the extra -include is wrong in</div><div>"<span style="color:rgb(0,0,0);white-space:pre-wrap">-I-include /usr/include/x86_64-linux-gnu/<wbr>dpdk/rte_config.h -I/usr/include/dpdk -I/usr/include/x86_64-linux-gn<wbr>u/dpdk"</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">But while working on it it got me thinking if that is the right approach at all.</span></div><div><font color="#000000"><span style="white-space:pre-wrap">There might be a random number of projects out there depending on the paths just as upstream DPDK creates them and those are unfortunately not "/usr/include/ARCH".</span></font></div><div>We discussed and agreed that it would be a shame, to make all of the headers non multiarch, but I had another idea.</div><div><br></div><div>How about splitting "libdpdk-dev" into a</div><div>- libdpdk-dev-generic<br></div><div>- libdpdk-dev<br></div><div><br></div><div>This could of course also be</div><div>- libdpdk-dev</div><div>-Â libdpdk-dev-arch</div><div>if preferred.</div><div><br></div><div>In any case one of them would be arch specific just holding the critical files.</div><div>The other would stay out real multiarch package with most of the files.</div><div>That way depending projects can work as-is and we get a proper multiarch -dev package.</div><div><br></div><div>Opinions?</div><span class="m_-7475498412859952205HOEnZb"><font color="#888888"><div><div><br></div>-- <br><div class="m_-7475498412859952205m_1664728835370342813gmail_signature"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(136,136,136);font-size:12.8px">Christian Ehrhardt</span><div style="color:rgb(136,136,136);font-size:12.8px">Software Engineer, Ubuntu Server</div><div style="color:rgb(136,136,136);font-size:12.8px">Canonical Ltd</div></div></div></div></div>
</div></font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_-7475498412859952205gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(136,136,136);font-size:12.8px">Christian Ehrhardt</span><div style="color:rgb(136,136,136);font-size:12.8px">Software Engineer, Ubuntu Server</div><div style="color:rgb(136,136,136);font-size:12.8px">Canonical Ltd</div></div></div></div></div>
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(136,136,136);font-size:12.8px">Christian Ehrhardt</span><div style="color:rgb(136,136,136);font-size:12.8px">Software Engineer, Ubuntu Server</div><div style="color:rgb(136,136,136);font-size:12.8px">Canonical Ltd</div></div></div></div></div>
</div>