[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Moving japanese category to localised



>>>>> On Mon, 4 Mar 2002 14:58:36 +0100, Alistair Crooks <agc@pkgsrc.org> said:

> On Thu, Feb 21, 2002 at 12:19:42PM +0900, Masao Uebayashi wrote:
>     > I, as I said in tech-pkg, agree with Alistair that "japanese" category
>     > should be deprecated.  After the discussion, I considered a bit
>     > different way of japanese category reorganization.  My idea is to
>     > classify "japanese" packages into other categories subject to the rule
>     > that "classified subject to its use" which is used for all other
>     > packages.
>     > 
>     > My classification looks like:

Hmm...

Shouldn't "ja-" prefix be needed for each package which is just
japanized version of original program?
I think at least some packages (e.g. gawk, ggrep) should have "ja-"
prefix.

In contrast, at least "namazu" shouldn't have the "ja-" prefix.
Because namazu should be useful for English, too.

Also, is such "ja-" prefix needed for other japan-origin packages
which are only useful for japanese people.
Hmm, it seems that this issue should be talked on tech-pkg@netbsd.org
rather than tech-pkg-ja.

>     > Package		New category
>     > ------------------------------------------
>     > a2ps		textproc

The above should have the "ja-" prefix.

>     > ack		textproc
>     > canna-lib	inputmethod
>     > canna-server	inputmethod
>     > canuum		imputmethod
>     > chasen		textproc
>     > chasen-base	textproc
>     > freewnn-lib	inputmethod
>     > freewnn-server	inputmethod

I'm not sure about the above.

>     > gawk		lang

The above should have the "ja-" prefix.

>     > grep		textproc or misc

The above should have the "ja-" prefix.
And probably "ja-ggrep" is better?

>     > groff		textproc

The above should have the "ja-" prefix.

>     > ipadic		textproc or dict
>     > jhd		misc
>     > kakasi		textproc

I'm not sure about the above.

>     > kbanner		textproc

I'm not sure about the above, too.
Mmmm, "k" rather than "j"...
I wonder whether korean banner program does exist or not... ;)
(agc: "k" stands for "kanji"...)

>     > kinput2		inputmethod

I'm not sure about the above.

>     > less		misc

This is hard one. This less command isn't really ja- specific.
Perhaps "jam-less" or something?
Probably it is better to ask Marukawa-san <jam@pobox.com>...

>     > man		misc

The above should have the "ja-" prefix.

>     > mh		mail

The above should have the "ja-" prefix.

>     > micq		chat

The above should have the "ja-" prefix.

>     > mknmz-wwwoffle	www
>     > namazu1		textproc
>     > namazu2		textproc

The above should NOT have the "ja-" prefix.

>     > nkf		textproc
>     > p5-Jcode	textproc
>     > p5-Text-ChaSen	textproc
>     > p5-Text-Kakasi	textproc
>     > p5-jcode	textproc
>     > p5-nkf		textproc
>     > qkc		textproc

I'm not sure about the above.

>     > sed		lang

The above should have the "ja-" prefix.
And probably "ja-gsed" is better?

>     > sj3-lib		inputmethod
>     > sj3-server	inputmethod
>     > skkfep		inputmethod
>     > skkinput	inputmethod
>     > skkserv		inputmethod

I'm not sure about the above.

>     > texfamily	print
>     > texfamily-share	print

The above should have the "ja-" prefix.

>     > vflib		print
>     > vflib-lib	print
>     > vflib-utils	print

I think "vflib" should be categorized in "graphics", rather than
"print". Because "vflib" is similar to "graphics/freetype".

>     > vfxdvik		print
>     > xjdic		dict
>     > xjman		dict or doc

I'm not sure about the above.
--
soda