<div dir="auto">I believe that is/was for pyext which requires flext. I thought we were not building flext externals anymore? There may be also a requirement for building the libcwiid since it has some gtk and/or python demo apps that get built with it and which we do not need.<div dir="auto"><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">Best,<br><br>Ico<br><br>-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation<br>Institute for Creativity, Arts, and Technology<br><br>Virginia Tech<br>Creative Technologies in Music<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu">ico@vt.edu</a><br><br><a href="http://www.icat.vt.edu">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a><br><a href="http://l2ork.icat.vt.edu">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net">ico.bukvic.net</a></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 8, 2020, 18:26 Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Also-- bullseye (testing) no longer has a "python" package, just<br>
python2 and python3.<br>
<br>
So if we can just get rid of the python dependency altogether that<br>
would be ideal. (Unless this is some kind of pdpython external...)<br>
<br>
-Jonathan<br>
<br>
On Thu, Oct 8, 2020 at 6:16 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank" rel="noreferrer">jon.w.wilkes@gmail.com</a>> wrote:<br>
><br>
> On Thu, Oct 8, 2020 at 5:55 PM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank" rel="noreferrer">aggraef@gmail.com</a>> wrote:<br>
> ><br>
> > On Thu, Oct 8, 2020 at 11:12 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank" rel="noreferrer">jon.w.wilkes@gmail.com</a>> wrote:<br>
> >><br>
> >> 1. Why are slv2-jack and libslv2-dev build dependencies of Purr Data?<br>
> >> What does LV2 support in Jack have to do with Purr Data?<br>
> ><br>
> ><br>
> > I assume that you're talking about the Debian packaging stuff in purr-data/packages/linux_make/debian, which is probably severely outdated (those slv2 deps certainly are). Maybe you want to have a look at my debuild control file (purr-data/debuild/debian/control) and update the control file in linux_make/debian accordingly. The debuild stuff is always up-to-date and known to work with every Debian/Ubuntu version younger than Stretch and Xenial, because I'm using it to build packages on the OBS.<br>
><br>
> Ah, I see. Hm, rather than the old hard-coded deps I should just put a<br>
> line to fetch those deps from that file.<br>
><br>
> ><br>
> >> 2. What is python-dev doing in there? If it is actually needed, is the<br>
> >> dependency on Python 2 or Python 3?<br>
> ><br>
> ><br>
> > That's needed to build one of the DISIS externals, I forgot which one it was, but Ico should know. And yes, that's really the Python2 version that it needs, which causes quite some headaches if you want to build Purr on both old and new Debian/Ubuntu versions. But you can have a look at purr-data/debuild/debian/control to see how I solved this in the OBS builds. It would be good if we could just get rid of that Python2 dependency, since Python2 is pretty much on its way out.<br>
><br>
> Ok, my list vs. your "Build-Depends":<br>
><br>
> 1. I've got libjack-jackd2-dev while you have libjack-dev. Any benefit<br>
> to one or the other?<br>
><br>
> 2. I've got libglu1-mesa-dev while you do not. Any reason I still need that one?<br>
><br>
> 3. I have libgmerlin-avdec-dev while you do not. But we both have<br>
> libgmerlin-avdec-dev.<br>
><br>
> 4. I have dssi-dev while you do not. But you have dssi-utils under "Depends"<br>
><br>
> 5. As mentioned I have slv2-jack and libslv2-dev, you don't.<br>
><br>
> 6. I have libgsl0-dev, you have libgsl-dev<br>
><br>
> 7. I have portaudio19-dev, you don't.<br>
><br>
> 8. I have libsmpeg0, you don't.<br>
><br>
> 9. I have libjpeg62-turbo, you have libjpeg-dev.<br>
><br>
> 10. I have git, you don't<br>
><br>
> 11. I have byacc, you don't.<br>
><br>
> Hm... wonder why we have libgtk2.0-dev-- was that added for nw.js?<br>
><br>
> -Jonathan<br>
><br>
><br>
> ><br>
> > Albert<br>
> ><br>
> >><br>
> >> -Jonathan<br>
> >> _______________________________________________<br>
> >> L2Ork-dev mailing list<br>
> >> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
> >> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > Dr. Albert Gr"af<br>
> > Computer Music Research Group, JGU Mainz, Germany<br>
> > Email: <a href="mailto:aggraef@gmail.com" target="_blank" rel="noreferrer">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer noreferrer" target="_blank">https://agraef.github.io/</a><br>
> > _______________________________________________<br>
> > L2Ork-dev mailing list<br>
> > <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
> > <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>