<div dir="ltr">On Mon, Sep 15, 2014 at 7:31 AM, Ivica Ico Bukvic <span dir="ltr"><<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If anyone has an idea if it is safe to remove Gem.pc from pd-l2ork package, please let me know.</blockquote><div><br></div><div>That's exactly what I do in the AUR packages for Arch Linux, for the same reason. This is the easiest way to go.<br><br>For Debian packages, you could also use diversions (cf. dpkg-divert(8)) which go into the preinst script of a package. I have examples of these in my pd-l2ork base packages on Launchpad (<a href="https://launchpad.net/~dr-graef/+archive/ubuntu/pd-l2ork.precise">https://launchpad.net/~dr-graef/+archive/ubuntu/pd-l2ork.precise</a>), where I use them to prevent conflicts on pdsend/pdreceive, which are also provided by different Pd packages.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> I presume doing so may preclude someone from building an external library that depends on Gem in case they don't have extended installed. Thoughts?<br></blockquote><div><br></div><div>Presumably they are available through other packages, like pd-extended or gem-dev on Ubuntu 14.04.<br><br></div>Albert<br clear="all"></div><br>-- <br><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email:  <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a><br>WWW:    <a href="https://plus.google.com/+AlbertGraef" target="_blank">https://plus.google.com/+AlbertGraef</a></div>
</div></div>