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

Re: Quarks and svn, was:[Sc-devel] adding UGens / classes

I've thought further and I agree now that requiring svn to get quarks is a hassle for new users. Would be nice to have another option for 3.2.

Is this likely to happen? I'll contribute but I hesitate to change anything if there's no decision yet on the right direction.

On Dec 1, 2007, at 6:38 PM, Scott Wilson wrote:

Well, easy updating is one of the points of a package manager. I see no reason not to include the current state of quarks as an optional install with releases. (We could have a release with and without...) If they've changed since a release, update.

Most quarks are pretty small, and they'll be even smaller without .svn folders. I don't think this would make a big difference in download times or resources.


On 1 Dec 2007, at 23:21, Click Nilson wrote:

There was also the issue of having access to stuff even offline, and perhaps all quarks plus other third party stuff (like Crucial lib) could reside within an 'extras' directory in the main SuperCollider directory and be part of a standard download. These wouldn't be installed by default but the symbolic links system from Quarks could be used as needed. I guess the additional issue would be the bloat of this content and additional size of downloads all at once. 

Perhaps quarks stay quarks, but there is a straight download option rather than dependence on SVN; named release builds of Quarks, like sc-plugins3.1? Download and install yourself in the official Quarks directory location? I know SVN might make all this seem clever and well managed, but there will always be many users who don't want SVN but do want the Arduino classes for example... 

Perhaps there are some solutions I'm not seeing...


On 1 Dec 2007, at 22:36, Scott Wilson wrote:

Coming back to this topic... (It came up again off-list in relation to the book, 3.2, etc.)

If we're going to need to use curl or something like this for ugens I have to wonder if it might make sense to use that for all Quarks, and remove the user svn dependancy (and thus hopefully solve that issue). svn is of course great for Quarks development, but seems to me maybe a bit overkill for use as simple package manager.

Maybe curl (and perhaps something pythonish for the windows port) would make more sense? Or something similar.



: 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