I attended the SuperCollider Symposium 2007 in The Hague last week, which was fantastic. So many interesting people with their interesting projects gathered in one place! Too bad I missed out the last part of the symposium because of a cold.
Dan Stowell blogged about the symposium. There's some other cool things to discover on his page, like his Evolutionary Sound System (which he developed with SuperCollider), and him getting his hair cut.
Gregorio Garcia Karman took some nice photos at the conference.
You can learn more about SuperCollider on the SC home page and on Wikipedia. You might find these links particularly useful:
- SuperCollider on Ubuntu Linux, which describes how to install SC from subversion and how to install the sced SC editor for Linux, which you might find easier to use than the Emacs bindings.
- The ixi SuperCollider tutorial is a concise resource that will get you started quickly if you're already a programmer.
- If you speak German, there are excellent lecture notes from Hanns Rutz to get started.
- A list of tutorials on the SC wiki. Get David Cottle's book!
- And finally, my list of supercollider links.
posted at: 16:01 |
0 comments |
category: /music
|
permanent link |
add to del.icio.us or digg it
After finding out about plone.recipe.bundlecheckout yesterday, I thought I'd mention infrae.subversion, a similar recipe for zc.buildout. These are the key differences:
p.r.bundlecheckout allows you to specify one URL per part, whereas with infrae.subversion you can specify a list of URLs. Why does this matter? Because it helps you keep the exact URLs and therefore versions of the components that you use in your buildout configuration, which is better than keeping them in a svn:externals property.
infrae.subversion takes care not to wipe any changes that you might have done in the checkout. That is, you can safely use its checkouts for development.
Why not instead make a separate products directory and use svn:externals for development? Because again, we want to keep all dependencies in the buildout configuration. And it's good to keep the development buildout as close as possible to the deployment one, to minimize the chance of error. With infrae.subversion, you also have the advantage of being able to run bin/buildout and have all dependencies updated, instead of having to run svn up in some directory manually, which is a source of confusion.
p.r.bundlecheckout works with both SVN and CVS, while infrae.subversion only works with SVN.
The Silva buildout is an example of a buildout that uses infrae.subversion.
This is another buildout recipe that I should quickly mention. It can be used to run arbitrary shell commands at install or update time. Here is an example that uses the beforementioned infrae.subversion recipe to install the latest Plone's FCKeditor Product from SVN. The reason for using plone.recipe.command here is that we need to call the base2zope.py script to bootstrap the Product after doing a checkout:
[my-products]
recipe = infrae.subversion
urls =
https://svn.plone.org/svn/collective/FCKeditor/trunk FCKeditor
...
[prep-fckeditor]
recipe = plone.recipe.command
command =
${buildout:executable} ${buildout:directory}/parts/my-products/FCKeditor/utils/base2zope.py
update-command = ${prep-fckeditor:command}
You can find more buildout recipes in PyPI.
posted at: 15:58 |
1 comments |
category: /devel/zope
|
permanent link |
add to del.icio.us or digg it
| < | September 2007 | > | ||||
| Su | Mo | Tu | We | Th | Fr | Sa |
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | ||||||
Feed of all categories:
rss |
atom