[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sc-devel] Platform, Quarks and stand-alones



This sounds basically reasonable to me. But why have Quarks' use of
symlinks an "option"? Why not just develop an alternative strategy for
win32 (e.g. copying rather than symlinking) and use that on win32?

Dan


2008/2/27, ronald kuivila <rkuivila@xxxxxxxxxxxx>:
>
> Hi all
>
> Well, here is a rant:
>
> The current policy on the location of extensions and use of symlinks, etc is
> impractically and unnecesssarily coercive:
>
> 0. As a fundamental principle, all configuration issues should be directly
> under user control.  SC3 is a programming environment,
> not an application.  If you want to restrict the configuration, make root
> the owner of the app....
>
> 1. There are plenty of situations where access to the needed path is
> restricted by a sys admin (James Harkins ran into this recently)
>
> 2. If you need to keep several differently configured versions of SC3 (one
> for performance, one for an installation, one for
> some new hardware you are experimenting with), you have to change the Quarks
> set-up as you move from one to the other.
>
> 3. Insisting on symlinks  breaks the use of Quarks in win32. While Felix'
> and James' rant about win32 was entertaining, it is simply
> insupportable to ignore the tremendous efforts that have gone into making a
> PC compatible version of SC.
> The basic design should be as platform neutral as possible.
>
> So, I would propose the to place the following on the to do list for the
> 2009 version of SC3:
>
> 1. The location of server plugins should be an option for the server (this
> requires approval from JMc)
>
> 2. The location of extensions and Quarks should be set with application
> preferences as discussed on the list.
> (This might be the location of Platform:systemAppSupportDir and
> Platform:userAppSupportDir and insist that
> the extension dirs live within them.)
>
> 3. The use of symlinks when installing Quarks should be a settable option
> within the Quarks class.
>
>
> RJK
>
> PS: Having a separate target is a reasonable short term fix, but it is
> ***exactly*** what we should not be doing in the long run. It
> simply adds more maintenance issues and possible sources of confusion and
> bugs.
>
> On Feb 26, 2008, at 11:28 PM, Josh Parmenter wrote:
>
> Hi all...
>
> any objections? If not, I'll commit tomorrow.
>
> Best,
>
> Josh
>
>
> On Feb 24, 2008, at 3:37 PM, Scott Wilson wrote:
>
> Couldn't you just have a separate scsynth target for standalones, as happens
> with the lang app?
>
> S.
>
>
> On 24 Feb 2008, at 21:29, Josh Parmenter wrote:
> Actually... the attached diff I think makes more sense (also avoids the
> SC_PLUGIN_PATH environment var)
>
> Josh
>
> <SC_Lib_Cintf.cpp.diff>
>
>
> On Feb 24, 2008, at 11:21 AM, James Harkins wrote:
>
>
> That might call for a command-line option. Otherwise, how should scsynth
> determine if its client is a standalone?
> hjh
>
> On Feb 24, 2008, at 2:16 PM, Josh Parmenter wrote:
> Thanks James... this actually helped me narrow down the problem. It turns
> out that the SystemExtension class directories are ignored, BUT the UGens
> that are in them aren't!
>
> I'll look for where those are loaded in scsynth, and will see if a similar
> fix is possible.
>
> : H. James Harkins
> : jamshark70@xxxxxxxxxxxxxxxxx
> : http://www.dewdrop-world.net
> .::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:
>
> "Come said the Muse,
> Sing me a song no poet has yet chanted,
> Sing me the universal."  -- Whitman
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@xxxxxxxxxxxxxxx
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>
>
> ******************************************
> /* Joshua D. Parmenter
> http://www.realizedsound.net/josh/
>
> "Every composer – at all times and in all cases – gives his own
> interpretation of how modern society is structured: whether actively or
> passively, consciously or unconsciously, he makes choices in this regard. He
> may be conservative or he may subject himself to continual renewal; or he
> may strive for a revolutionary, historical or social palingenesis." - Luigi
> Nono*/
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@xxxxxxxxxxxxxxx
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@xxxxxxxxxxxxxxx
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>
>
> ******************************************
> /* Joshua D. Parmenter
> http://www.realizedsound.net/josh/
>
> "Every composer – at all times and in all cases – gives his own
> interpretation of how modern society is structured: whether actively or
> passively, consciously or unconsciously, he makes choices in this regard. He
> may be conservative or he may subject himself to continual renewal; or he
> may strive for a revolutionary, historical or social palingenesis." - Luigi
> Nono*/
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@xxxxxxxxxxxxxxx
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>
> _______________________________________________
>  Sc-devel mailing list
>  Sc-devel@xxxxxxxxxxxxxxx
>  http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>
>


-- 
http://www.mcld.co.uk