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@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.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@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@iem.at mailing list
>>>> UNSUBSCRIBE and account-management ->
>>>> http://lists.puredata.info/listinfo/pd-list
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>> _______________________________________________
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
>

_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list