[PD] Pd packaging on osx was: Re: [PD-announce] [osx] pd++0.39-1Beta available

Mon Oct 24 09:45:45 CEST 2005

hi tim

it is certainly not the goal to make things more complicated nor to  
include less stuff. what i propose is just to move the externals out  
of the package into a more accessible, managable and natural (for osx  
users) place, plus to modularize externals a bit (standard/gem/pdp/ 
flext/...). this way it will be easier to upgrade pd and different  
external packages independantly from each other.

lorenz

Am 24.10.2005 um 09:40 schrieb Ti Bo:

>
> I beg to differ.
>
> I must say that after doing a lot of annoying copying and shifting  
> and all that,
> that the semisimplicity of Hans' installer has been wonderful. And  
> because I
> just tried PixelTango, I was impressed that even more things are  
> installed
> automagically.
>
> It would, however, be good to have instructions of how to update  
> easily.
>
> cheers,
>
> tim
>
>
>
> On Oct 24, 2005, at 9:24 AM, Lorenz Schori wrote:
>
>
>> hi hans & james, hi list
>>
>> i appreciate the efforts you two do for packing pd for osx. pd- 
>> extended really helped me to jump into pd a little while ago.  
>> however allow me to give some comments:
>> 1. the osx package is not the right place for externals. i suggest  
>> using standard "Library/Application Support" directory.
>> 2. it does not make much sense to distribute all externals  
>> together. while it is okay for standard ones (the ones in the  
>> build system), pdp, gem, flext and other complex packages will  
>> likely have to be updated/changed in closer intervals.
>> i propose to just provide pd core with standard externals  
>> (identical to millers distribution) + better tcl/tk, packing only  
>> externals and tell the user to install those into the right place.  
>> then a simple install script wrapping "defaults write" (as a  
>> suggested before) would make sure that the path and lib settings  
>> in pd point to the right place. i did not look into the  
>> documentation mechanism of pd, so i think there will be the real  
>> problem of my approach.
>>
>> comments welcome.
>>
>> cheers
>> lorenz
>>
>>
>> Am 24.10.2005 um 06:24 schrieb Hans-Christoph Steiner:
>>
>>
>>>
>>> Lots of good fixes, thanks Jamie.  I'll be incorporating them  
>>> into the main build system soon.  Some comments:
>>>
>>> - When I use the Help->Browser menu, it seems to be copying a ton  
>>> of files each time I use the menu.  I know that Miller introduced  
>>> this hack for Mac OS X with 0.39, but it seems to have gone wild  
>>> with pd++.
>>>
>>> - It runs for me on 10.3.9, including Gem, but I can't get the  
>>> new Gem window behavior to work.  For me, its still the old- 
>>> style, Cmd-click to move and never gain focus.
>>>
>>> - can you post how you compiled pdp/pidip somewhere?  Ideally, I  
>>> think we'd import a stable version of pdp into the CVS  
>>> (currently, it seems to be pdp 0.12.2) so this could become part  
>>> of the standard build system.
>>>
>>> .hc
>>>
>>> On Oct 21, 2005, at 12:37 PM, james tittle wrote:
>>>
>>>
>>>
>>>> http://homepage.mac.com/tigital
>>>>
>>>> ...in the puredataStuff directory there is an archive containing  
>>>> pd++0.39-1Beta.tgz...this is built in a similar way to Hans'  
>>>> releases, but includes a ton of fixes, such as:
>>>>
>>>> - the flext system is now working, but only xsample/dyn~/pool  
>>>> included atm
>>>> - uses tcl/tk 8.4.10
>>>> - 10.4.x only, as far as I can tell
>>>> - pdp 0.12.4 & pidip 0.12.19 both included (static linked libs)!  
>>>> mainly used via the pdp/gem bridges, but [pdp_glx] should also  
>>>> work...also don't forget [pdp_ieee1394] for video input, with  
>>>> fixes (more to come)
>>>> - pdp2gem, gem2pdp, pix_2pdp
>>>> - latest gem, zexy, miXed, cyclone cvs
>>>> - gem window is now "frontable", so it [gemmouse] works (and it  
>>>> generally behaves like a real window should)
>>>> - tons of externals from cvs:  I'll try to produce a list
>>>>
>>>> ...comments welcome!  Especially interested to see if this fixes  
>>>> some "slow interface" problems people have complained about of  
>>>> late...
>>>>
>>>> l8r,
>>>> james
>>>>
>>>> ps:  as soon as I can sort out a problem with scons, devel_0_39  
>>>> will be available (and of course desiredata after that!)
>>>>
>>>> _______________________________________________
>>>> PD-announce mailing list
>>>> PD-announce at iem.at
>>>> http://lists.puredata.info/listinfo/pd-announce
>>>>
>>>>
>>>>
>>>
>>> ____________________________________________________________________ 
>>> ________
>>>
>>>                             http://at.or.at/hans/
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
> -----    Tim Boykett  TIME'S UP::Research Department
>  \   /   Industriezeile 33b A-4020 Linz Austria
>   X    +43-732-787804(ph)   +43-732-7878043(fx)
>  /   \  tim at timesup.org    http://www.timesup.org
> -----
> http://www.timesup.org/fieldresearch/setups/index.html
>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: Signierter Teil der Nachricht
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20051024/c43247f2/attachment.pgp>