[PD] enhance pd-extended with pd-l2ork featues ?

[Ivica Bukvic]

Step 1: go to http://l2ork.music.vt.edu/main/?page_id=56
Step 2: look for section that says the following:

*Pd-L2Ork*1

   - “Burrito Supreme” version of Pd-L2Ork (best option for newcomers)
      - 32-bit script-based
installer<http://l2ork.music.vt.edu/data/pd/pd-l2ork-i686-20130126.tar.bz2>
       (v.20130126)
      - 32-bit deb<http://l2ork.music.vt.edu/data/pd/pd-l2ork-i686-20130126.deb>
       (v.20130126)
      - 64-bit script-based
installer<http://l2ork.music.vt.edu/data/pd/pd-l2ork-x86_64-20130126.tar.bz2>
       (v.20130126)
      - 64-bit deb<http://l2ork.music.vt.edu/data/pd/pd-l2ork-x86_64-20130126.deb>
       (v.20130126


Step 3: Download the version of "script-based installer" you need (32-bit
or 64-bit)
Step 4: decompress downloaded file, for instance for a 32-bit version:

tar -jxf pd-l2ork-i686-20130126.tar.bz2

Step 5: install it

cd pd-l2ork*
sudo make install

Step 6: enter your sudo password to install
Step 7: run pd-l2ork from the menu or command line

---------------

If you need to compile it from scratch, please read instructions on the
page above, the instructions are all there (including what I wrote above)...

On Tue, Feb 5, 2013 at 2:18 PM, Esteban Viveros <emviveros at gmail.com> wrote:

> Ok... That's nice... but I don't know how I can do it exactly..
>
> Esteban Viveros
>
> soundcloud.com/estebanviveros
> www.facebook.com/estebanviveros.art
>
> (27) 8815 7170
> (27) 3066 0359
> (11) 95761 4125
> (11) 2738 7868
>
> Enviado por celular.
> Em 05/02/2013 00:31, "Ivica Bukvic" <ico at vt.edu> escreveu:
>
> I indicated several times on this list that you can do binary install of
>> pd-l2ork in/usr/local folder. In addition to debs, the website also
>> provides both such prebuilt binaries as well as a one-command compile
>> script. This allows the two to coexist without any problems...
>>
>> The pd-l2ork conflicts with 'puredata' and 'pd-extended' so you can't
>> currently.
>>
>> .hc
>>
>>
>> On 02/04/2013 05:59 PM, Esteban Viveros wrote:
>> > Sorry to bring the dead... But I can install at this moment pd-l2ork and
>> > pd-extended in the same OS (ubuntu 12.04) if it is possible how can I do
>> > that exactly?
>> >
>> >
>> > 2013/1/22 Hans-Christoph Steiner <hans at at.or.at>
>> >
>> >>
>> >> pd-extended should use puredata-utils, but it doesn't yet.  It will in
>> the
>> >> next release.  Nothing requires puredata-utils, its optional.
>> >>
>> >> .hc
>> >>
>> >> On 01/22/2013 11:16 AM, Ivica Bukvic wrote:
>> >>> AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere
>> that
>> >> I'm
>> >>> not using that please let me know so I can fix it.
>> >>>
>> >>> I need to check whether pdsend/receive is indeed identical before
>> making
>> >>> any calls on that matter. Even then if one has to uninstall pd-utils
>> due
>> >> to
>> >>> conflict with pd-L2ork what would that mean to the rest of the
>> install as
>> >>> far as pd-extended is concerned? Would it still work, or is pd-utils a
>> >>> dependency (as far as I can tell it should be a dependency because
>> >>> otherwise pd wouldn't work without it)?
>> >>> On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig" <zmoelnig at iem.at>
>> wrote:
>> >>>
>> >>> On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
>> >>>>>>
>> >>>>>> Pd-l2ork indeed has its own folder (including pd-l2ork-externals in
>> >>>>>> home folder and settings file). The conflict is in the /usr/bin/
>> >>>>>> folder with binaries that share the same name but not necessarily
>> >>>>>> code-base (I think pdsend/pdreceive and something else,
>> >>>>>> IIRC--cannot remember off top my head).
>> >>>
>> >>> since i trust that you haven't done anything to pdsend/pdreceive, i
>> >>> guess it is save to simple use the debian-package "puredata-utils"
>> >>> instead of providing your own.
>> >>> alternatively, you can make your package conflict with
>> >>> "puredata-utils", in order to avoid the conflict.
>> >>>
>> >>> the other thing that comes to my mind is obviously "pd" itself.
>> >>> i guess you are using "pd-l2ork" as binary name, so this wouldn't be a
>> >>> problem.
>> >>> (but if indeed you do use "pd" as the binary name, i suggest to switch
>> >>> to "pd-l2ork" instead and eventually provide an alternative diversion
>> >>> from pd to pd-l2ork, using the "update-alternatives" mechanism)
>> >>>
>> >>> fgamsdr
>> >>> IOhannes
>> >>>>
>> >>>> _______________________________________________
>> >>>> Pd-list at iem.at mailing list
>> >>>> UNSUBSCRIBE and account-management ->
>> >>>> http://lists.puredata.info/listinfo/pd-list
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> Pd-list at iem.at mailing list
>> >>> UNSUBSCRIBE and account-management ->
>> >> http://lists.puredata.info/listinfo/pd-list
>> >>>
>> >>
>> >> _______________________________________________
>> >> Pd-list at iem.at mailing list
>> >> UNSUBSCRIBE and account-management ->
>> >> http://lists.puredata.info/listinfo/pd-list
>> >>
>> >
>> >
>> >
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130205/ec4df2f2/attachment-0001.htm>