The next level of OS support are core developers that use that OS for work / home, but we don't have CI machines.
I think if we had more CI boxes, then more platforms could join the "highest level" support. I know there was a conversation on the Japanese dev list about this, and I can try to dig it up if people are interested.
That cluster drifted away, but there are a lot of Hudson servers out there that are mostly idle, and people seem generally happy to donate the CPU time. I've got an Ubuntu one here that could run Ruby slave builds.
You can see the output for the latest 1.9.2 build here:
http://www.rubyist.net/~akr/chkbuild/debian/ruby-1.9.2/last....
All of the latest builds can be accessed here:
http://www.rubyist.net/~akr/chkbuild/debian/
I would like to see more CI machines get deployed, but I think there are a couple challenges:
1) We use custom CI software (and the docs are in Japanese): http://github.com/yugui/chkbuild
2) We have no process for people donating CPU time
I can translate the docs, but that still doesn't overcome the burden of running custom CI software. I'll email ruby-core about #2 because I'd really like to see more CI machines go up.
If there's some stumbling block to adoption, it seems that switching the single CI box to Hudson, then utilizing the numerous Hudson boxes out there as slaves is quicker than trying to get people on board with chkbuild.
When you say "these sort of projects", I assume you mean open source. When I look at Vim.org or Perl.org, they explain how to get source or binaries and install on various operating systems and distros. There's no differentiation in level of support or otherwise. This may be what you mean by "not supporting", but I found Ruby's explicit division of levels of support surprising.
Tenderlove's note explains things, but again I worry that the wording of the release notice may be off-putting to PHBs. Probably they are not Ruby's target audience - though I see plenty of discussion, books and conferences about Ruby for the Enterprise.
I don't mean to dwell on any of this in a bad way, and again I'm not complaining. I've never seen explicit divisions of support on something like Ruby before, so I posted.
E.g. they only have AIX 5 in "perhaps", that's only in the "Best Effort" category in Perl's case because a few dedicated individuals still build and test on it before release.
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/41101 We think Ruby works on it, however, we do not care about it.
I sometimes release Ruby even if there are issues on it.
The release part I get, but "we do not care about it" seems awfully dismissive. Maybe it came out differently than it was meant.But the irony is that Ruby says "This is the distro that has our highest level of support." while simultaneously that distro does not (out of the box) support 1.9.2. Just an odd thing, and it struck me. Tenderlove's explanation is perfectly reasonable, and I'm not criticizing. It's just ironic.
OSX, Windows, FreeBSD, Solaris and Symbian make the next level ('Best Effort'), and all other Linux distros only come in at the third level ('Perhaps').
I respect the developers' frankness, and it's not something I have to worry much about, but the names of the support levels don't scream "use me on a multi-billion dollar project" for corporate folks.