Open Source Notes, Wiki, Forums. We Proudly Use Debian GNU/Linux
Just ran into this issue when trying to start a ve. The problem was a process running in the private area.
lsof 2> /dev/null | egrep '/vz/root/111|/vz/private/111'
That revealed that find was doing its thing inside the private area, so I stopped that process and was then able to start the ve. 
I’m trying to build a Ruby web application engine, without really knowing much ruby, so I’m trying out some existing Ruby apps to get a feel for the language.
I tried installing tdiary, but I couldn’t get it to work. Then I tried aswiki, which I was able to get working, kind of. For the default install and README.Debian instructions to work, I had to install libdb3-ruby1.8, as well as chmod 0777 cache and text.
Once I was able to load it, there remained several errors, like:
/usr/lib/ruby/1.8/algorithm/diff.rb:198: warning: don't put space before argument parentheses
Doesn’t appear to be an aswiki-specific issue, though. When I try to edit a page, I get this error:
AsWiki: Program Error: IOError IndexPage /usr/lib/ruby/1.8/aswiki/backup.rb:40:in `ci' /usr/lib/ruby/1.8/aswiki/repository.rb:31:in `save' /usr/lib/ruby/1.8/aswiki/handler.rb:155:in `initialize' /var/www/public/aswiki/aswiki.cgi:43:in `new' /var/www/public/aswiki/aswiki.cgi:43
but the page gets saved anyway.
I also happened across this post about Ruby by Gunnar Wolf, who I’ve read post by thanks to Planet Debian.
I’ve been searching for XSLT bindings for Erlang, and though hard to find, there are some projects out there:
I’ve been working with PHP for a long time, and more recently and intensely, Perl and Python. I like all three languages, but since I’ve heard PHP get bashed so much, I have to say in some ways I expected more from Perl and Python.
They are very nice, but for my uses, all three languages are fairly similar. I’m doing web development using SQL, XML and XSL, so I’d probably end up seeing a bigger difference using Postgres over MySQL, or Xalan-C instead of libxslt.
I’ve been unable to measure memory consumption of PHP and Python, but for mod_perl I’ve been using GTop to measure memory consumption. I’ve been able to measure te execution time requests on each platform, but I only see those numbers as relevant for self comparison, meaning I won’t use those numbers to say one language is faster than another in my context, because I can’t be sure that the start and stop points are the same within each program.
I have noted a few things in my experience:
* mod_perl is good for integrating with Apache. Duh!
* python and mod_wsgi is nice for controlling application setups from apache, and the wsgi interface is nice, but otherwise it seems quite similar to mod_fcgid
* PHP is of course a very convenient language for getting things going, used with xcache and mod_fcgid, the performance is quite nice too
Latest Comments
RSS