From: "NARUSE, Yui" Date: 2011-01-04T18:12:42+09:00 Subject: [ruby-core:34053] Re: Supported platforms (Was: The rights of ruby-core people and Myth of ruby-dev) Hi, (2011/01/04 16:45), Lucas Nussbaum wrote: > Debian currently supports a lot more platforms than Ruby. Using the > Linux kernel, Debian supports Intel x86, Amd64, Intel IA-64, Sparc, Arm, > Armel, Alpha, Mips (Big Endian), Mips (Little Endian), PowerPC. Using > the Freebsd kernel and the GNU Libc, Debian supports x86 and amd64. Ruby works on NetBSD ;-) > It is usually considered good policy for software in Debian to work on > all the architectures. In particular, that's the case for perl, python, > and Lua. Yes. > Ruby has several known problems with some architectures: > 1.9.1 on sparc: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593138 > and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545345 > 1.9.1 on kfreebsd: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593139 > 1.9.1 on ia64: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593141 > 1.9.1 on hppa (which is no longer supported, so it's less important): > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593140 > > Sometimes, this is caused by bugs in the libc or the kernel. But more > often, it is caused by bugs in Ruby, especially in the threading code. > When I reported a bug about Sparc, I got the answer that Sparc is not > supported, and the bug was closed (see > http://redmine.ruby-lang.org/issues/show/1172 when redmine is back). On current my policy, it should stay opened with low status. > It would be great if that policy could be discussed. Supporting many > architectures is usually not that hard, and improves code quality also > for the main architectures. This is the problem how the bugs which won't be resolved should be treated. Anyway the policy should be documented. -- NARUSE, Yui