[#2968] dbm/gdbm/sdbm etc — Dave Thomas <dave@...>
Does ext/dbm supersede gdbm and sdbm?
7 messages
2004/06/07
[#2977] Enumerable#each_with_index in "ri" — Johan Holmberg <holmberg@...>
11 messages
2004/06/12
[#3132] Reporting RI-documentation corrections ?
— Johan Holmberg <holmberg@...>
2004/07/05
[#3133] Re: Reporting RI-documentation corrections ?
— Dave Thomas <dave@...>
2004/07/05
[#3135] Re: Reporting RI-documentation corrections ?
— Austin Ziegler <halostatue@...>
2004/07/05
Speaking of ri documentation, is there anywhere that documents the
[#2978] Date.from_time — Gavin Sinclair <gsinclair@...>
Folks,
5 messages
2004/06/13
[#2982] Array#shift(n) — Michal Rokos <michal@...>
Hello,
15 messages
2004/06/14
[#2985] Re: [Patch] Array#shift(n)
— nobu.nokada@...
2004/06/14
Hi,
[#2987] Re: [Patch] Array#shift(n)
— matz@... (Yukihiro Matsumoto)
2004/06/14
Hi,
[#2988] Re: [Patch] Array#shift(n)
— Michal Rokos <michal@...>
2004/06/14
On Monday 14 of June 2004 16:13, Yukihiro Matsumoto wrote:
[#2989] Re: [Patch] Array#shift(n)
— matz@... (Yukihiro Matsumoto)
2004/06/14
Hi,
[#2991] Re: [Patch] Array#shift(n)
— Michal Rokos <michal@...>
2004/06/14
Hello,
[#2998] Re: [Patch] Array#shift(n)
— nobu.nokada@...
2004/06/15
Hi,
[#2999] Re: [Patch] Array#shift(n)
— Michal Rokos <michal@...>
2004/06/15
Hello,
[#3006] CVS repository — "Eugene Scripnik" <hoaz@...>
Hello.
21 messages
2004/06/16
[#3008] Re: CVS repository
— ts <decoux@...>
2004/06/16
>>>>> "E" == Eugene Scripnik <hoaz@gala.net> writes:
[#3009] Re: CVS repository
— Michal Rokos <michal@...>
2004/06/16
Hi!
[#3010] Re: CVS repository
— Elliott Hughes <ehughes@...>
2004/06/16
On Wed, 2004-06-16 at 09:45, Michal Rokos wrote:
[#3011] Re: CVS repository
— ts <decoux@...>
2004/06/16
>>>>> "M" == Michal Rokos <michal@ruby-lang.org> writes:
[#3012] Re: CVS repository
— "Eugene Scripnik" <hoaz@...>
2004/06/16
Hello.
[#3027] rb_mod_freeze??? — Michal Rokos <michal@...>
Hello!
5 messages
2004/06/17
[#3047] Move all stack info to gc.c — Michal Rokos <michal@...>
Hello,
13 messages
2004/06/23
[#3049] Re: [Patch] Move all stack info to gc.c
— matz@... (Yukihiro Matsumoto)
2004/06/23
Hi,
[#3057] Ruby 1.8.2 to be released. — matz@... (Yukihiro Matsumoto)
Hi,
20 messages
2004/06/23
[#3060] Re: Ruby 1.8.2 to be released.
— Hugh Sasse Staff Elec Eng <hgs@...>
2004/06/23
On Thu, 24 Jun 2004, Yukihiro Matsumoto wrote:
[#3063] Re: Ruby 1.8.2 to be released.
— matz@... (Yukihiro Matsumoto)
2004/06/23
Hi,
[#3090] class= and type checks when casting — "Sean O'Dell" <sean@...>
Matz, I'm not sure if you followed the discussion in ruby-talk about having a
6 messages
2004/06/25
[#3095] 1.8.2: Segfault — Elven <elven@...>
6 messages
2004/06/26
[#3102] gdbm abort - OSX — Dave Thomas <dave@...>
Just before I start another debugging session, has anyone seen this, or
7 messages
2004/06/27
Re: CVS repository
From:
Elliott Hughes <ehughes@...>
Date:
2004-06-16 10:00:25 UTC
List:
ruby-core #3021
On Wed, 2004-06-16 at 10:47, Elliott Hughes wrote:
> On Wed, 2004-06-16 at 10:39, Yukihiro Matsumoto wrote:
> > Hi,
> >
> > In message "Re: CVS repository"
> > on 04/06/16, Elliott Hughes <ehughes@bluearc.com> writes:
> >
> > |not that i disagree about dumping CVS, but you can use cvs2cl.pl
> > ("sudo
> > |apt-get install cvs2cl" on Debian) to do the equivalent of "svn
> log"
> > for
> > |CVS. i use it all the time, for exactly this. it's silly to have
> > humans
> > |touch the ChangeLog.
> >
> > Hmm, we do other way (generating commit log from ChangeLog) using
> > pcl-cvs. Is cvs2cl better?
>
> not by much. as long as you're using a scheme that means you only
> manually work on one thing, the only advantage i can see to generating
> the ChangeLog from the comments rather than the other way round is
> that
> you don't have ChangeLog as a bogus member of each change set.
in case that sounded like a crazy person's motivation...
thinking about it from another angle ("why do i do it comment ->
ChangeLog?" rather than "why should you switch from ChangeLog ->
comment?") gives a more interesting reason, i think. i use a tool that
lets me; forces me, even, to review the diffs as i'm composing my
comment. this is a great way to spot things that still need tidying up,
or debugging code that still needs to be removed, et cetera.
i don't know any emacs users, so i don't know what the experience of
pcl-cvs is like, but these days i feel handicapped when i'm in a
situation where the check-in process isn't a sort of code review.
--
Elliott Hughes, BlueArc Engineering