You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Greg Stein <gs...@lyra.org> on 2001/08/23 22:42:45 UTC

Re: [SVN-DEV] Re: [PATCH] replacement for getdate.y

On Thu, Aug 23, 2001 at 03:10:59PM -0400, C. Scott Ananian wrote:
> On Thu, 23 Aug 2001, Branko [ISO-8859-2] �ibej wrote:
>...
>    work.  I assume we've got SVN guys in close with the APR developers so
>    that I could get a apr_strptime API committed if written?

Most of us have commit access to APR. I'm probably the only active APR
developer, but Karl, Ben, Fitz, and Mike all have commit access, too.

> >     * I wouldn't start using gettext just now. Maybe just use it as a
> >       marker. I'd like to take time to review the gettext usage, anyway.
> 
>  - okay, you should do this ASAP, because I don't like the idea of ripping
>    out gettext for no good reason.  You've got two choices: catgets or
>    gettext.  Neither are POSIX, and there are LGPL'ed as well as GPLed
>    implementations of both.  I don't care which, just choose one.

Third choice, and the one we *are* choosing: leave it all out.

We will come back to the localization and i18n issue after 1.0. At that
point, we'll do a comprehensive sweep of the entire code base after we
choose how we want to approach the problem.

Until then: *nothing* regarding i18n goes in. (well, unless you want to call
choosing UTF-8 as a subtle nod to i18n charset issues...)

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: [SVN-DEV] Re: [PATCH] replacement for getdate.y

Posted by kf...@collab.net.
"C. Scott Ananian" <ca...@lesser-magoo.lcs.mit.edu> writes:
> > Until then: *nothing* regarding i18n goes in. (well, unless you want to call
> > choosing UTF-8 as a subtle nod to i18n charset issues...)
> 
> I think this is a mistake.  I'm thinking about i18n now, and so I'd like
> to write my code correct the first time.  It's going to be much harder for
> one of you guys to go back, figure out how my code works, and *then* deal
> with the i18n issues, which might mean rewriting large chunks if I happen
> to Do Things Wrong.

Let me translate Greg's statement: if doing something for i18n now
means risking delaying 1.0, then no.  But if it's a matter of "Do it
this way and make it harder for i18n, do it that way and make it
easier", and this and that are basically equivalent, then by all means
we should do "that".

And of course, if you're volunteering to help with such things, then
that makes a difference.

(However, until M3 there won't be much activity even on "that"s.)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: [SVN-DEV] Re: [PATCH] replacement for getdate.y

Posted by "C. Scott Ananian" <ca...@lesser-magoo.lcs.mit.edu>.
On Thu, 23 Aug 2001, Greg Stein wrote:

> We will come back to the localization and i18n issue after 1.0. At that
> point, we'll do a comprehensive sweep of the entire code base after we
> choose how we want to approach the problem.
> 
> Until then: *nothing* regarding i18n goes in. (well, unless you want to call
> choosing UTF-8 as a subtle nod to i18n charset issues...)

I think this is a mistake.  I'm thinking about i18n now, and so I'd like
to write my code correct the first time.  It's going to be much harder for
one of you guys to go back, figure out how my code works, and *then* deal
with the i18n issues, which might mean rewriting large chunks if I happen
to Do Things Wrong.

How about a compromise: I'll leave in the gettext calls, but
  #define gettext(x) x
in the first line of the file, with a big comment.  Then when y'all get
around to i18n, it will be easier because I'll have done most of the work
already --- anyone who's doing i18n will know how gettext is supposed to
work, even if you end up choosing a different i18n system.  All the hard
work will still have been done.

I thought i18n issues were one of the big reasons to ditch getdate.y,
after all.
 --s

Honduras Richard Tomlinson Cocaine chemical agent TASS Yeltsin Delta Force 
Sudan DNC RUCKUS Indonesia SSBN 731 Nader OVER THE HORIZON RADAR Ortega 
              ( http://lesser-magoo.lcs.mit.edu/~cananian )
 --
 "These students are going to have to find out what law and order is
 all about."  -- Brig. General Robert Canterbury, Noon, May 4, 1970,
 minutes before his troops shot 13 unarmed Kent State students, killing 4.
 --
            [http://www.cs.cmu.edu/~dst/DeCSS/Gallery/]
#!/usr/bin/perl -w
# 526-byte qrpff, Keith Winstein and Marc Horowitz <si...@mit.edu>
# MPEG 2 PS VOB file on stdin -> descrambled output on stdout
# arguments: title key bytes in least to most-significant order
$_='while(read+STDIN,$_,2048){$a=29;$c=142;if((@a=unx"C*",$_)[20]&48){$h=5;
$_=unxb24,join"",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d=
unxV,xb25,$_;$b=73;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=($t=255)&($d
>>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q*8^$q<<6))<<9
,$_=(map{$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110;$t
^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z)[$_%8]}(16..271))
[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]}print+x"C*",@a}';s/x/pack+/g;eval


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org