All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jay Soffian <jaysoffian@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Robin Rosenberg <robin.rosenberg@dewire.com>,
	Johannes Schindelin <Johannes.Schindelin@gmx.de>,
	git@vger.kernel.org
Subject: Re: [RFC 1/8] UTF helpers
Date: Thu, 14 May 2009 09:57:30 -0400	[thread overview]
Message-ID: <76718490905140657h4f4544fdrc5b9ce15ca36c8a5@mail.gmail.com> (raw)
In-Reply-To: <7viqk4z4cv.fsf@alter.siamese.dyndns.org>

On Thu, May 14, 2009 at 12:38 AM, Junio C Hamano <gitster@pobox.com> wrote:
> It is rather sad; I suspect that the core of the series is buried in too
> much cruft deep enough to discourage many potential reviewers.  I think
> the entire series look incoherent because attacking two largely unrelated
> things at once.
>
>  (1) Normalizing pathnames internally to UTF-8 and possibly convert it
>     back to native upon use (e.g. creat(), lstat(), unlink()) and output.
>     As Linus analyzed, this shouldn't be done too early in the callchain
>     for performance reasons, but I think your patch would give us a good
>     set of starting points to follow where the result from readdir(),
>     user input and other things that are pathnames come from and go.
>
>     This part of the patch series was inspiring.  You have to worry about
>     gitignore, gitattributes and readlink() vs contents of a blob object
>     that records a symbolic link values, which I think either escaped
>     analysis people have done so far or being ignored as a small detail,
>     but they are important;
>
>  (2) Passing cat-file output through iconv to convert it.
>
>     I think this is unwarranted, even if the object given to cat-file
>     happens to be a commit or a tag object and you want to convert their
>     messages in native encoding.
>
>     I am not sure what should happen to "cat-file tree", "ls-files" and
>     "ls-tree".  The output from these plumbing does show pathnames, but I
>     tend to think it is Porcelain's job to turn them into whatever
>     encoding they want to use.  So are input to "update-index --stdin",
>     but I am still just thinking out loud.

I definitely do not have the time to work on unicode/utf-8/i18n
support for git right now, but as an OS X user, it is something that
interests me. When this topic periodically pops up, I squirrel away
the useful messages into my "someday" folder. So even though it may
seem that reviewing these patches is wasted effort, comments like the
above are helpful. I say this because I expect someday someone will
work on this topic, even if it is not me, and hopefully they can
locate prior discussion in the mailing list archives and as such it
will be of some use.

IOW, your comments are useful and appreciated, even if it doesn't lead
to improved patches right away.

j.

      reply	other threads:[~2009-05-14 13:57 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-12 22:50 [RFC 0/8] Antique UTF-8 filename support Robin Rosenberg
2009-05-12 22:50 ` [RFC 1/8] UTF helpers Robin Rosenberg
2009-05-12 22:50   ` [RFC 2/8] Messages in locale Robin Rosenberg
2009-05-12 22:50     ` [RFC 3/8] Extend tests to cover locale wrt to commit messages Robin Rosenberg
2009-05-12 22:50       ` [RFC 4/8] UTF file names Robin Rosenberg
     [not found]         ` <1242168631-30753-6-git-send-email-robin.rosenberg@dewire.com>
2009-05-12 22:50           ` [RFC 6/8] test of utf_locallinks Robin Rosenberg
2009-05-12 22:50             ` [RFC 7/8] Convert symlink dest in diff Robin Rosenberg
2009-05-12 22:50               ` [RFC 8/8] UTF-8 in non-SHA1-objects Robin Rosenberg
2009-05-13  0:20   ` [RFC 1/8] UTF helpers Johannes Schindelin
2009-05-13  5:24     ` Robin Rosenberg
2009-05-13  9:24       ` Esko Luontola
2009-05-13 10:02         ` Andreas Ericsson
2009-05-13 10:21           ` Esko Luontola
2009-05-13 11:44             ` Alex Riesen
2009-05-13 18:48         ` Junio C Hamano
2009-05-13 19:31           ` Esko Luontola
2009-05-13 20:10             ` Junio C Hamano
2009-05-13 10:14       ` Johannes Schindelin
2009-05-14  4:38       ` Junio C Hamano
2009-05-14 13:57         ` Jay Soffian [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=76718490905140657h4f4544fdrc5b9ce15ca36c8a5@mail.gmail.com \
    --to=jaysoffian@gmail.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=robin.rosenberg@dewire.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.