[#8478] resolv.rb -- doc patch. — Hugh Sasse <hgs@...>
This is an attempt to get the RD format docs for resolv.rb into
[#8484] strptime fails to properly parse certain inputs — <noreply@...>
Bugs item #5263, was opened at 2006-08-01 23:14
Hi,
Hi,
nobu@ruby-lang.org wrote:
Why bother other languages? They are on their own. We should not
[#8497] Ruby Socket to support SCTP? — Philippe Langlois <philippelanglois@...>
Hi,
[#8504] TCPSocket: bind method missing — hadmut@... (Hadmut Danisch)
Hi,
[#8513] patches for the 1.8.5 deadline... — Hugh Sasse <hgs@...>
As far as I can tell the only patches which I've submitted which
On Aug 3, 2006, at 10:20 AM, Hugh Sasse wrote:
On Fri, 4 Aug 2006, Eric Hodel wrote:
[#8522] IRB change for RDoc workaround — Eric Hodel <drbrain@...7.net>
RDoc chokes on the following code:
[#8525] rdoc bug? — Steven Jenkins <steven.jenkins@...>
I think I've found a bug in rdoc's handling of C files. Specifically, it
[#8555] Process.gid= fails on OS X — <noreply@...>
Bugs item #5351, was opened at 2006-08-08 01:56
>>>>> On Tue, 8 Aug 2006 17:56:07 +0900
Hi,
Hi,
>>>>> On Wed, 9 Aug 2006 12:31:07 +0900
Hi,
[#8561] sandbox timers & block scopes — why the lucky stiff <ruby-core@...>
Two puzzles I am trying to solve:
On 8/8/06, why the lucky stiff <ruby-core@whytheluckystiff.net> wrote:
On 8/16/06, Francis Cianfrocca <garbagecat10@gmail.com> wrote:
raise ThisDecayingInquisition, "anyone? anyone at all?"
On Wed, 2006-08-16 at 00:35 +0900, why the lucky stiff wrote:
On Wed, Aug 16, 2006 at 02:46:30AM +0900, MenTaLguY wrote:
On 8/15/06, why the lucky stiff <ruby-core@whytheluckystiff.net> wrote:
On 8/15/06, Charles O Nutter <headius@headius.com> wrote:
On Wed, Aug 16, 2006 at 04:14:33AM +0900, Charles O Nutter wrote:
On 8/15/06, why the lucky stiff <ruby-core@whytheluckystiff.net> wrote:
Hi,
[#8568] Pathname.to_a — Marc Haisenko <haisenko@...>
Hi folks,
[#8585] RDoc: extensions spread across multiple C files — Tilman Sauerbeck <tilman@...>
Hi,
Tilman Sauerbeck [2006-08-11 00:39]:
[#8593] ri problem with the latest ruby_1_8 — "Kent Sibilev" <ksruby@...>
Does anyone know why for some strange reason ri doesn't know about any
On Aug 11, 2006, at 10:55 AM, Kent Sibilev wrote:
[#8608] Another ri problem (ruby_1_8 branch) — "Kent Sibilev" <ksruby@...>
I've noticed that many builtin Ruby classes don't have descriptions:
On Aug 12, 2006, at 11:45 PM, Kent Sibilev wrote:
On 8/15/06, Eric Hodel <drbrain@segment7.net> wrote:
[#8609] Again Range=== bug — Ondrej Bilka <neleai@...>
Problem of discrete membership at Range#=== is that it returns unexpected
[#8616] invalid test in "sudo make install-doc"? — <noreply@...>
Bugs item #5415, was opened at 2006-08-14 12:01
[#8662] NODE_WHEN inside a case else body — "Dominik Bathon" <dbatml@...>
Hi,
[#8690] a ruby-core primer — why the lucky stiff <ruby-core@...>
Hello, all. I've been working on the ruby-core page for the new Ruby site.
On 8/22/06, why the lucky stiff <ruby-core@whytheluckystiff.net> wrote:
On 8/24/06, Dave Howell <groups+2006@howell.seattle.wa.us> wrote:
[#8709] More ri-problems (ruby_1_8 branch again) — Johan Holmberg <holmberg@...>
Hi!
[#8735] Legal operator symbols — "Nikolai Weibull" <now@...>
Why are :>, :>=, :<=, :< fine as symbols, while := isn't?
Hi --
[#8758] sandbox r50, here we go, loading conflicting gems — why the lucky stiff <ruby-core@...>
Checky.
Re: a ruby-core primer
On Aug 22, 2006, at 15:13, why the lucky stiff wrote: > Hello, all. I've been working on the ruby-core page for the new Ruby > site. > I'd like this page to be our English primer to this mailing list and > to core > development among English speakers. Outstanding. :) "Aha," says I, to myself. "Why not take this as an opportunity to expand RDoc's documentation?" The results might be instructive. :/ Whether they're relevant to the ruby-core primer or not, I'm not entirely sure, so I'll let y'all decide. *** I endorse somebody else's suggestion of adding links to the "Using CVS" section. I didn't get any error messages, so I guess it worked correctly, but I have absolutely no idea what was actually happening. Poof! Mysterious magic. Well enough. On to ruby/lib/rdoc. Yup, looks a lot like my 1.8.4 version. First, I figure I should RDoc the RDoc directory, so I have documentation that matches the actual code. Hmm. Well, "ruby rdoc.rb --fmt html" didn't work. I'm not shocked, since rdoc.rb doesn't seem to include any code that'd actually get executed. So I resort to using my 1.8.4 binary at first. A bit of poking around, and I'm still getting the error messages I get with the 1.8.4 source, specifically README: Couldn't find file to include: 'EXAMPLE.rb' and Unrecognized directive 'section' in README No problem; that's on my list of things to fix. I poke around a bit more, noting that generators/chm_generator.rb is one of those files that displays a cryptically empty page. "Does it have any documentation in it?" I wonder? So I open it. The answer is "no, it's extremely sparse." But I at least find out what on earth it's for. If I were running Windows, I might have guessed earlier. But now I really want to generate the docs using the 1.9 source files. I still can't figure out how to get myself just an "rdoc" binary, so I figure I'll at least start to compile the whole thing. jabberwock/ruby snarke$ ./configure -bash: ./configure: No such file or directory Off to the README. Aha. Autoconf. OK. jabberwock/ruby snarke$ autoconf configure.in:4: error: Autoconf version 2.58 or higher is required configure.in:4: the top level autom4te: /usr/bin/gm4 failed with exit status: 1 No no no. I've been down this path before, spending hours trying to figure out how to make some thingamabob work, because I have to have a working thingamabob before I can build a zingaboo which is required by the gwing needed to compile ruby, or run irb, or do whatever today's task was supposed to have been. jabberwock/ruby snarke$ autoconf -V autoconf (GNU Autoconf) 2.57 For crying out loud. *** So anyway, to come back to topic.... Maybe the ruby-core primer could contain information, or a link to information, about what's going to be required to work with it? (In this case, OSX 10.3.9 apparently isn't good enough. I suppose 10.4's autoconf has that extra critical 1/100th of a whatever that makes all the difference.) I'm thinking of something relatively broad, like "OSX 10.4, RedHat n.n.n, Windows something with development kit X" not something as gory as "Autoconf 2.58, gcc compiler 3.3, gcc linker" OK, I have no idea what to put after linker, since mine (I think) is "version cctools-525.obj~1". But you get my point. Now, it would be *nice* if there were some hint along the lines of "If you don't have [some necessary piece], go *here* and/or do *this.*" But I recognize that at some point, ya just have to say "OK, if you don't know where to find your command line, then you're on your own. Go figure it out yourself." The question is, how far down is it worth reaching? Take me, for instance. Hey, I want to help, but what I want to do is add text to the code. Not add/fix/change code (by which I mean RUBY code, although I'm sure I'll end up doing some of that, too), but text. I like English. I like Ruby. I do NOT like Unix or its command line minions, and they don't like me back. (Being the cantankerous sort I sometimes am, I don't like, use, or read C, either.) So the more information the primer page has that helps me not get error messages, the more likely I'll get to the point that I might be able to contribute something. To continue to use myself as a convenient example, it's possible that I'm just too clueless to be worth the effort it'd take to get me up and running. There really is some minimum reasonable expectation of knowledge before somebody can contribute usefully to the development of Ruby itself. So as you refine your page, Why, figure out what a reasonable 'cutoff' of knowledge should be, add information above that line, and gently encourage people below that line to find other ways to contribute. I hope this message is useful, and thanks again for creating that page; already vastly superior to what we had last week. :)