Subject: [sup-talk] Impossible to git-clone

From: [email-masked] (Alexandre Buisse)
Date: Mon, 19 May 2008 12:36:55 +0200

Hi,
I am trying to obtain the latest git version in order to have good UTF8
support (as it's behaving really badly at the moment) but the git
repository doesn't seem to work. I obtain:

fatal: The remote end hung up unexpectedly
fetch-pack from 'git://repo.or.cz/sup.git' failed.

When I try to browse the repository on the web, I get that there is
malformed content at line 64, on the '@' sign of the email address that
is there.

Would it possible to fix this, or is there a mirror I can use somewhere?

Thanks,
/Alexandre
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080519/f924f558/attachment.bin>

---

From: [email-masked] (William Morgan)
Date: Mon, 19 May 2008 07:57:44 -0700

Reformatted excerpts from Alexandre Buisse's message of 2008-05-19:
> I am trying to obtain the latest git version in order to have good
> UTF8 support (as it's behaving really badly at the moment)

Check out recent mailing list traffic on this subject. You can checkout
the ncursesw branch and compile a wide-character Ruby ncurses library.
With that, wide characters actually get displayed correctly.

The remaining issue is that there's no way of determining the display
width of wide character, and no way of taking a substring of a
wide-character string based on character display widths. There's a libc
function called wcwidth that I've been playing around with importing via
dlopen, which would be the logical starting point for, but haven't quite
managed to make that work.

> but the git repository doesn't seem to work. I obtain:
> 

I just tried it and it worked. Could it be a transient failure?

> malformed content at line 64, on the '@' sign of the email address that

Yes, I've asked them to fix this but no response. I am considering
migrating to gitorious or github for this reason.
-- 
William <wmorgan-sup at masanjin.net>

---

From: [email-masked] (Tyberius Prime)
Date: Mon, 19 May 2008 17:13:06 +0200

Hi,

I have tried that - but still don't see wide characters (just utf-8 giberish).
I followed the instructions in the wiki (after getting a recent git onto my debian ;) ),
and strace is suggesting I'm loading the right ncurses.so and even contains a
open("/lib/libncursesw.so.5", O_RDONLY) = 3

Does anybody have an idea what might be wrong?
Default system locale is set to "en_US.UTF-8 UTF-8",
I have not overriden it for my user.

Thanks for your time,
so long,
Tyberius Prime

---

From: [email-masked] (William Morgan)
Date: Mon, 19 May 2008 09:14:02 -0700

Reformatted excerpts from Tyberius Prime's message of 2008-05-19:
> I have tried that - but still don't see wide characters (just utf-8
> giberish).  I followed the instructions in the wiki (after getting a
> recent git onto my debian ;) ), and strace is suggesting I'm loading
> the right ncurses.so and even contains a

Is your terminal emulator capable of displaying utf8? E.g. do you see wide
characters when you use cat or less? Do you see wide characters when you
use other curses programs like mutt?

---

From: [email-masked] (Tyberius Prime)
Date: Mon, 19 May 2008 19:03:22 +0200

> use other curses programs like mutt?

I believe so (ssh/putty on windows...)
If I forward a mail, sup opens it up in joe,
which I believe to be ncursed based as well.
When I manually tell joe that it's utf-8, my wide characters appear.
(saving the file somewhere and running cat on it does not produce
wide characters, though).

Here are the first few lines sup utters:
>ruby -Ilib -w bin/sup
./lib/sup/util.rb:8: warning: method redefined; discarding old gen_lock_id
./lib/sup/util.rb:19: warning: method redefined; discarding old dump_lock_id
[Mon May 19 19:01:26 +0200 2008] using character set encoding "UTF-8"

and what my 'locale' command has to say:

>locale
LANG=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=en_US.UTF-8

>locale charmap
UTF-8

So long,
Tyberius Prime

---

From: [email-masked] (William Morgan)
Date: Mon, 19 May 2008 14:31:18 -0700

> wide characters, though).

In that case we've exhausted my knowledge of wide characters. Your
locale seems fine and your ncursesw seems like it's being loaded. I
guess it's something about putty, but I'm not sure what.  The only
difference between your system and mine is that I can cat wide
characters. My LANG is set to en_US.UTF-8, but I don't think that that
would make a difference...
-- 
William <wmorgan-sup at masanjin.net>

---

From: [email-masked] (Tyberius Prime)
Date: Tue, 20 May 2008 10:39:52 +0200

> guess it's something about putty, but I'm not sure what.  

Indeed. Putty has a Window/translation/"Received data assumed to be in which character set" setting,
that makes my umlauts appear. Now I'm happy ;) 

I've taken the liberty to add a note to the appropriate wiki page.

--
So long,
Tyberius Prime

---

From: [email-masked] (William Morgan)
Date: Tue, 20 May 2008 09:00:10 -0700

Reformatted excerpts from Tyberius Prime's message of 2008-05-20:
> Indeed. Putty has a Window/translation/"Received data assumed to be in
> which character set" setting, that makes my umlauts appear. Now I'm
> happy ;) 

Awesome.

> I've taken the liberty to add a note to the appropriate wiki page.

Thanks!