I went ahead and packaged 1.02, uploaded it to source-forge, we’re OFFICIALLY LAUNCHED:
http://xrns-php.sourceforge.net/
Send in those donations to Bantai, Beatslauhter and myself people 
Freshmeat announcement pending approval from the moderation queue.
I packaged blindly (on OS X) and had Mushen in IRC test, if there are any problems feel free to shoot me.
I had a look at the 1.02 package I made last night on OS X on a Windows machine.
Unfortunately, a directory named __MACOSX containing meta data came along for the ride.
I don’t think it’s that big a deal but it’s kind of dirty as a release. But yeah, sorry. In the future I will leave packaging to those with Windows machines. I was just eager to get it official I guess.
For future packages, two downloads should be made available:
xrns-scripts-version.zip
XRNS-SCRIPTS is for users of OS X, Linux, and any other PHP5 compatible operating system with a command prompt, users who don't want to download XRNS-SF.
xrns-sf-version.zip
XRNS-SF is the XRNS Script Frontend. Windows users who want an easy GUI and ready to use PHP5 scripting environment with all the required third party utilities are *encouraged* to download this package.
Paste the taglines above in the Release Notes when adding the files. Also add the Changes, if any, to changes.
Make sure to put the gpl.txt in the /utils/ directory. Currently, it’s there.
If anyone wants to package 1.03, maybe change the licensing if Public Domain is not suitable, add a few more docs, then by all means. If not, I think this 1.02 is “good enough” until some actual changes happen. Although, it would be nice to have a clean release.
Freshmeat announcement:
http://freshmeat.net/releases/260411/
Webpage:
http://xrns-php.sourceforge.net/
Sourceforge page with downloads:
http://sourceforge.net/projects/xrns-php/
1.03 now available:
xrns-sf-1.03.zip
XRNS-SF is the XRNS Script Frontend. Windows users who want an easy GUI and ready to use PHP5 scripting environment with all the required third party utilities are encouraged to download this package.
xrns-scripts-1.03.zip
XRNS-SCRIPTS is for users of OS X, Linux, and any other PHP5 compatible operating system with a command prompt, users who don’t want to download XRNS-SF.
http://xrns-php.sourceforge.net/
Bugfix: xrns_randomizer always defaulted to chaos mode, fixed
Bugfix: Tick-based effects bug fixed (1781503)
Bugfix: scripts can now accept any output path, not just cwd
Bugfix: xsd checking based on Renoise doc_version (1781697)
Bugfix: removed ugly __MACOSX directories
Who’s napodano? You butchered the CVS, please clean up your mess.
http://xrns-php.cvs.sourceforge.net/xrns-php/
You recursively recreated the xrns-php module into a directory. 
Or am I missing something in development procedures? Please, do not create new directories unless they are approved here first. Please, do not overwite other peoples files unless you made changes, if you don’t know what you are doing, please read some docs and practice/ask before doing a mass commit like this.
I haven’t cared about this, or even brought up the issue, but will now proceed to.
In my opinion, this is an example of why it’s a bad idea to distribute xrns-sf as a scriptless binary that pulls from CVS. CVS is for dev. If i’m working on a a script and it takes me 48 hours, I will commit every time I leave the computer, as a checkpoint, this does not guarantee the user a working script. I’m open to discussion.
I still think it’s really cool that CVS updates happen automatically like that and I applaud the idea and implementation. Right on. But if someone were to update now, it would be a mess. And I think this will happen often, as it is normal to make mistakes during development.
Ok, you’ve convinced me to drop that idea, i’ll change it, so that it opens the download page of the project instead. The php and utils folder in the xrns-sf dir can be deleted btw, Bantai uploaded it already, before he had the chance to read the mail i’ve forwarded for you. The question is now… should the update still be possible and i put a warning in the docs or better remove it complete?
I haven’t found an easy way to get the latest from the download page, so i guess opening the webbrowser instead and pointing to that page would be the quickest solution.
I could rename the “update_scripts.cmd” file to “get_cvs_dev_version.cmd” or similar and add a note in the docs with a warning. Or just remove it?
That was the only point the program executed the update automatically. The reason is probably, that you’ve removed the utils folder completely. I had the CVS util included in that folder, since it’s used by the “update_scripts.cmd”.
Shouldn’t update_scripts.cmd simply check/update out a “stable”, “distribution” however called branch?
That was kinda the idea i had including any binary files, but it’s not allowed to host these at the CVS server it seems. Maybe we could add a stable dir and place all working scripts in there. Sounds like a nice idea.
Anyway, i’ve updated my frontend already to version 1.03, which redirects to the SourceForge download page now.
Technically, you can delete files and dirs, but it requires access to the CVS path and the risky usage of the rm command.
We can’t do it on Sourceforge due to permissions. However:
http://sourceforge.net/docs/E04/
Can someone compile a list of unwanted files/dirs and do the honors of contacting support with a list of things we don’t want?
Thanks.
For the xrns-sf module the following isn’t needed:
xrns-sf/php/* (empty currently, but has dead files in it)
xrns-sf/utils/* (empty currently, but has dead files in it)
xrns-sf/update_scripts.cmd
xrns-sf/xrns-sf.exe
I’ve sent Bantai the updated files for 1.03, as i’m not going to mess around with CVS currently.
I’m sorry for having caused that mess. It was due to an inaccurate command line CVS action performed by me under Linux.
Anyway, I’m using a GUI (Cervisia) now, so this should never happen again.
I made a few changes to the ZipAllFiles() function in xrns_functions.php
Specifying any path wasn’t working if the path was absolute. I fixed this.
In fixing this, I accidently overwrote one of my modules (but luckily, was able to save it with a xrns_ogg.php version in the un-emptied trash 
). So to prevent this, zipAllFiles now dies if the file already exists.
The fix might be an inconvenience but I figure better safe than humiliated.
I made a simple HP for that. If the “admin-panel” is up and running, I will post the URL to some guys here
I don’t think we should migrate to Subversion. CVS does the job. The only limitations we have run into is our lack of organization and experience.
I have put in a support request to delete the problematic files.
I have created a mailing list which tracks all CVS changes.
XRNS-PHP 1.04
http://xrns-php.sourceforge.net/
http://sourceforge.net/project/showfiles.php?group_id=203983
@bantai
chmod 664 /home/groups/x/xr/xrns-php/htdocs/xrns-sf.html
update the file with the latest currently located the in xrns-sf CVS module
Good times!
As I was browsing this forum, I had to leave a note Working with CVS can be hell sometimes, mostly because of permission issues. By setting a different umask you won’t have to chmod stuff before being able to update files.
file permission 777
umask 002
Will give 777 - 002 = 775 for new files.
Exception class works for me.
Also, as most scripts are over 60% argument verification, unziping, and zipping, it would be nice to have a xrns_php() class that encapsulates all that stuff.
Using xrns_ogg.php as an example, something like:
try {
$ogg = new xrns_php();
// first variable, $argv[] array position
// if second variable, this is a bool (true or false)
// if third variable, this is a forced default if second variable bool is false
$argv1 = $ogg->argv(1, $ogg->valid_extensions($ogg->argv(1), array('zip', 'xrns', 'xrni')));
$argv2 = $ogg->argv(2, $ogg->valid_extensions($ogg->argv(2), array('zip', 'xrns', 'xrni')));
$quality = $ogg->argv(3, (ctype_digit($ogg->argv(3)) && $ogg->argv(3) > 0 && $ogg->argv(3) <= 10), 3);
// Input
$song1 = $ogg->input($argv1);
// ----------------------------------------------------------------------------
// The meat/tofu of xrns_ogg
// ----------------------------------------------------------------------------
// SampleData directory
if (is_dir($song1->dir . 'SampleData/')) {
// Xrni or Xrns?
if (preg_match('/(\.xrni$)/i',$song1->filename)) {
$source = $song1->dir . 'SampleData/';
ogg_files($source, $quality);
}
else foreach(new DirectoryIterator($song1->dir . 'SampleData/') as $file) {
if ($file == '.' || $file == '..') continue; // Skip these files
$source = $song1->dir . 'SampleData/' . $file;
if (is_dir($source)) ogg_files($source, $quality);
}
}
// Output
$ogg->output($argv2, $song1->dir);
}
catch (Exception $e) {
xrns_php::complain_and_cleanup($e);
die();
}
Is everything in CVS stable?
I can package something with what’s there
Can you update the webpage?