[L2Ork-dev] Purr-Data fixes to the build instructions for Linux Ubuntu 18.04

[enrike]

hi

same here using Ubuntu 18.04.2 LTS. I tried to install last week the deb 
package and it failed due to dependencies.

$  sudo apt-get install bison flex automake libasound2-dev \
 >       libjack-jackd2-dev libtool libbluetooth-dev libgl1-mesa-dev \
 >       libglu1-mesa-dev libglew-dev libmagick++-dev libftgl-dev \
 >       libgmerlin-dev libgmerlin-avdec-dev libavifile-0.7-dev \
 >       libmpeg3-dev libquicktime-dev libv4l-dev libraw1394-dev \
 >       libdc1394-22-dev libfftw3-dev libvorbis-dev ladspa-sdk \
 >       dssi-dev tap-plugins invada-studio-plugins-ladspa blepvco \
 >       swh-plugins mcp-plugins cmt blop slv2-jack omins rev-plugins \
 >       libslv2-dev dssi-utils vco-plugins wah-plugins fil-plugins \
 >       mda-lv2 libmp3lame-dev libspeex-dev libgsl0-dev \
 >       portaudio19-dev liblua5.3-dev python-dev libsmpeg0 
libjpeg62-turbo \
 >       flite1-dev libgsm1-dev libgtk2.0-dev git libstk0-dev \
 >       libsndobj-dev libfluidsynth-dev fluid-soundfont-gm byacc

three packages are not available to install:
- slv2-jack
- libslv2-dev
- libjpeg62-turbo

However I was able to compile from sources very easily following the 
instructions provided.

enrike

19/3/8 09:28(e)an, Marco Donnarumma igorleak idatzi zuen:
> hi all,
> 
> (lurking since ever) my two cents,
> I've been installing several flatpacks recently and it all seems to be 
> well integrated and working perfectly, when it comes to use experience.
> 
> I've been using Appimages from some more niche software, they work well 
> too, although it is my impression that they tend to be recognised as 
> second-hand option, for cases where dependencies problems cannot be solved.
> 
> I just changed my distro and failed to install purr-data due to 
> dependencies issues, so I'm very happy to read you're looking in this 
> direction.
> 
> thank you!
> best,
> 
> --
> Marco Donnarumma, Ph.D.
> /Performing bodies, sound and machines/
> http://marcodonnarumma.com <http://marcodonnarumma.com/>
> 
> 15 Mar | Eingeweide @ Meta Marathon, NRW-Forum Düsseldorf
> 19 Apr | Alia: Zǔ tài @ Goethe-Institut, Beijing
> 27 Apr | Alia: Zǔ tài @ Ming Contemporary Art Museum, Shanghai
> 
> NEWS
> Eingeweide <https://marcodonnarumma.com/works/eingeweide/> wins Digital 
> Award 2018 by Romaeuropa Festival.
> 
> 
> Studio
> Atelierhof Kreuzberg
> Schleiermacherstraße 31-37
> 10961 Berlin
> m: +4915221080444
> 
> 
> 
> 
> 4w33554643646
> --
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Thu, 7 Mar 2019 at 16:29, Jonathan Wilkes <jon.w.wilkes at gmail.com 
> <mailto:jon.w.wilkes at gmail.com>> wrote:
> 
>     When I last looked, appimage had the best set of features for our
>     userbase. You
>     can just download it, and click it to run. IIRC you can even embed a
>     dialog to
>     ask the user if they want to "install" it, meaning creating the
>     desktop icon/mapping
>     junk so users can click Pd files and open them.
> 
>     Unfortunately it had the worst developer UX. You basically have to
>     standardize on
>     the oldest distro you want to support, then test on pretty much every
>     other distro
>     to make sure the deps you're shipping will work there.
> 
>     -Jonathan
> 
>     On Thu, Mar 7, 2019 at 6:53 AM Albert Graef <aggraef at gmail.com
>     <mailto:aggraef at gmail.com>> wrote:
>      >
>      > On Thu, Mar 7, 2019 at 3:21 AM Jonathan Wilkes
>     <jon.w.wilkes at gmail.com <mailto:jon.w.wilkes at gmail.com>> wrote:
>      >>
>      >> Albert-- are any of docker and flatpak/appimage/snap/etc. usable
>     enough
>      >> to just have one standard build environment (w/docker?) and one
>      >> distribution channel for all the Linuxes
>     (flatpak/appimage/whatever?)
>      >
>      >
>      > I've thought about this myself, but I don't really have any
>     first-hand experience with any of these (apart from dabbling a bit
>     with snaps on Arch). However, snaps and flatpaks get mentioned quite
>     a bit in Linux podcasts lately. There's quite a bit of stuff
>     available already in these formats, and people use them to install
>     quite complicated applications such as video editors, and that seems
>     to work fine these days. So I'd say that they should probably work
>     reasonably well for purr-data as well, at least on recent Linux
>     systems. But someone with good working knowledge of any of these
>     systems will just have to do the work and give it a try.
>      >
>      > Albert
>      >
>      > --
>      > Dr. Albert Gr"af
>      > Computer Music Research Group, JGU Mainz, Germany
>      > Email: aggraef at gmail.com <mailto:aggraef at gmail.com>
>      > WWW: https://plus.google.com/+AlbertGraef
>      > _______________________________________________
>      > L2Ork-dev mailing list
>      > L2Ork-dev at disis.music.vt.edu <mailto:L2Ork-dev at disis.music.vt.edu>
>      > https://disis.music.vt.edu/listinfo/l2ork-dev
>     _______________________________________________
>     L2Ork-dev mailing list
>     L2Ork-dev at disis.music.vt.edu <mailto:L2Ork-dev at disis.music.vt.edu>
>     https://disis.music.vt.edu/listinfo/l2ork-dev
> 
> 
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> https://disis.music.vt.edu/listinfo/l2ork-dev
>