Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #100042 > unrolled thread

Re: Unicode failure (Solved)

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Unicode failure (Solved) "D'Arcy J.M. Cain" <darcy@VybeNetworks.com> - 2015-12-05 13:14 -0500
    Re: Unicode failure (Solved) Dave Farrance <df@see.replyto.invalid> - 2015-12-06 09:46 +0000
      Message-IDs on Usenet gateway Random832 <random832@fastmail.com> - 2015-12-06 15:51 -0500
        Re: Message-IDs on Usenet gateway Quivis <quivis@domain.invalid> - 2015-12-17 19:30 +0000
      Re: Message-IDs on Usenet gateway Laura Creighton <lac@openend.se> - 2015-12-06 23:52 +0100
      Re: Unicode failure (Solved) Quivis <quivis@domain.invalid> - 2015-12-06 23:50 +0000

#100042 — Re: Unicode failure (Solved)

On Fri, 4 Dec 2015 18:28:22 -0500
Terry Reedy <tjreedy@udel.edu> wrote:
> Tk widgets, and hence IDLE windows, will print any character from
> \u0000 to \uffff without raising, even if the result is blank or ￿.
> Higher codepoints fail, but allowing the entire BMP is better than
> any Windows codepage.

Thanks to all.  Following up on the various posts brought me to
information that solved my problem.  Basicall I added "export
PYTHONIOENCODING=utf8" to my environment and "SetEnv PYTHONIOENCODING
utf8" in my Apache config and now things are working as they should.

Thanks all.

-- 
D'Arcy J.M. Cain
Vybe Networks Inc.
http://www.VybeNetworks.com/
IM:darcy@Vex.Net VoIP: sip:darcy@VybeNetworks.com

[toc] | [next] | [standalone]

#100056

"D'Arcy J.M. Cain" <darcy@VybeNetworks.com> wrote:

>On Fri, 4 Dec 2015 18:28:22 -0500
>Terry Reedy <tjreedy@udel.edu> wrote:
>> Tk widgets, and hence IDLE windows, will print any character from
>> \u0000 to \uffff without raising, even if the result is blank or ?.
>> Higher codepoints fail, but allowing the entire BMP is better than
>> any Windows codepage.
>
>Thanks to all.  Following up on the various posts brought me to
>information that solved my problem.  Basicall I added "export
>PYTHONIOENCODING=utf8" to my environment and "SetEnv PYTHONIOENCODING
>utf8" in my Apache config and now things are working as they should.
>
>Thanks all.

Hmmm. I hadn't seen this post before replying to the original because my
newsreader put this post in a later thread because:

(a) The subject header was changed
(b) The reference header is for a post that's not present in Usenet

That raises another question.  I'm seeing a number of broken threads
because people reply to posts that are not present in Usenet.  It's not
just my main news-server because my newreader can gather posts from
several Usenet servers and those posts are nowhere on Usenet.

Case in point:  The post by Terry Reedy quoted above, reference
<n3t7jo$ae3$1@ger.gmane.org>. I presume that it's on the list server
even though it's not on Usenet.  Anybody know what's going on?

[toc] | [prev] | [next] | [standalone]

#100071 — Message-IDs on Usenet gateway

Dave Farrance <df@see.replyto.invalid> writes:
> That raises another question.  I'm seeing a number of broken threads
> because people reply to posts that are not present in Usenet.  It's not
> just my main news-server because my newreader can gather posts from
> several Usenet servers and those posts are nowhere on Usenet.
>
> Case in point:  The post by Terry Reedy quoted above, reference
> <n3t7jo$ae3$1@ger.gmane.org>. I presume that it's on the list server
> even though it's not on Usenet.  Anybody know what's going on?

Something weird is going on. On google groups, this message has
a different Message-ID:
<mailman.214.1449271745.14615.python-list@python.org>

At first glance, it might look like Gmane is rewriting the
Message-IDs, but the "gmane" ID seems authentic: It appears in the
reply link in the online mailing list archive, and on the
message in my own mailbox (I use Gmane now, but didn't bother
with unsubscribing, particularly since my Email provider's
search functionality is better.)

This means the Usenet gateway (i.e. the "real" one, that goes to
comp.lang.python) is rewriting the Message-Id.  I've had the
same problem in the other direction (Reference headers for the
"mailman" Message-IDs breaking threading for me), and I'm glad
that this prompted me to investigate properly, since before
today I'd always assumed it was a Gmane problem.  Who is in
charge of the usenet gateway?

[toc] | [prev] | [next] | [standalone]

#100572 — Re: Message-IDs on Usenet gateway

On Sun, 06 Dec 2015 15:51:54 -0500, Random832 wrote:

> Who is in charge of the usenet gateway?

Probably Mickey Mouse.

-- 
  _____  __ __ __ __ __ __   __
 ((   )) || || || \\ // ||  ((
  \\_/X| \\_// ||  \V/  || \_))
   Omnia paratus  *~*~*~*~*~*~*

[toc] | [prev] | [next] | [standalone]

#100072 — Re: Message-IDs on Usenet gateway

In a message of Sun, 06 Dec 2015 15:51:54 -0500, Random832 writes:
>Something weird is going on. On google groups, this message has
>a different Message-ID:
><mailman.214.1449271745.14615.python-list@python.org>

I think it is this problem.  Start here.
https://mail.python.org/pipermail/mailman-developers/2015-November/025225.html

Laura

[toc] | [prev] | [next] | [standalone]

#100074

On Sun, 06 Dec 2015 09:46:30 +0000, Dave Farrance wrote:

> That raises another question.  I'm seeing a number of broken threads
> because people reply to posts that are not present in Usenet.  It's not
> just my main news-server because my newreader can gather posts from
> several Usenet servers and those posts are nowhere on Usenet.

Yes, many articles originating from the list are scattered around in what 
seems like no particular order at all. Basically it's a bloody mess in 
the group. I think I even saw some lady fingers laying around in the 
corners. ;)

-- 
  _____  __ __ __ __ __ __   __
 ((   )) || || || \\ // ||  ((
  \\_/X| \\_// ||  \V/  || \_))
   Omnia paratus  *~*~*~*~*~*~*

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web