Lennart Regebro writes:
> Base64 is an encoding that transforms between 8-bit streams. Let it be
> that. Don't try to shoehorn it into a completely different kind of
> encoding.
By "completely different kind of encoding" do you mean "codec"?
I think that would be an unfortunate result. These
Am 18.04.2013 17:02, schrieb Brett Cannon:
> Today marks my 10 year anniversary as a core developer on Python. I
> wrote a blog post to mark the occasion
> (http://sayspy.blogspot.ca/2013/04/a-decade-of-commits.html), but I
> wanted to personally thank python-dev for the past decade (and
> whatever
On Thu, Apr 25, 2013 at 7:43 AM, Antoine Pitrou wrote:
> On Thu, 25 Apr 2013 04:19:36 +0200
> Lennart Regebro wrote:
>> On Thu, Apr 25, 2013 at 3:54 AM, Stephen J. Turnbull
>> wrote:
>> > RFC 4648 repeatedly refers to *characters*, without specifying an
>> > encoding for them.
> [...]
>>
>> Bas
On Wed, 24 Apr 2013 16:24:15 -0700
Guido van Rossum wrote:
> It's a big repo. Patience.
We are actually having bandwidth issues with the current OSU/OSL
hosting of python.org machines, which is affecting not only
hg.python.org but also pypi.python.org, for at least some users.
I believe Noah and
On Thu, 25 Apr 2013 04:19:36 +0200
Lennart Regebro wrote:
> On Thu, Apr 25, 2013 at 3:54 AM, Stephen J. Turnbull
> wrote:
> > RFC 4648 repeatedly refers to *characters*, without specifying an
> > encoding for them.
[...]
>
> Base64 is an encoding that transforms between 8-bit streams.
No, it i
On Thu, Apr 25, 2013 at 3:54 AM, Stephen J. Turnbull wrote:
> RFC 4648 repeatedly refers to *characters*, without specifying an
> encoding for them. In fact, if you copy accurately, you can write
> BASE64 on a napkin and that napkin will accurate transmit the data
> (assuming it doesn't run into
On Wed, 24 Apr 2013 18:14:18 -0700, Eli Bendersky wrote:
> On Wed, Apr 24, 2013 at 4:37 PM, Sean Felipe Wolfe wrote:
>
> > On Wed, Apr 24, 2013 at 4:24 PM, Guido van Rossum
> > wrote:
> > > It's a big repo. Patience.
> > >
> > > On Wed, Apr 24, 2013 at 4:17 PM, Sean Felipe Wolfe
> > wrote:
> >
Tres Seaver writes:
> On 04/23/2013 09:29 AM, Stephen J. Turnbull wrote:
> > By RFC specification, BASE64 is a *textual* representation of
> > arbitrary binary data.
>
> It isn't "text" in the sense Py3k means:
RFC 4648 repeatedly refers to *characters*, without specifying an
encoding for t
On Wed, Apr 24, 2013 at 4:37 PM, Sean Felipe Wolfe wrote:
> On Wed, Apr 24, 2013 at 4:24 PM, Guido van Rossum
> wrote:
> > It's a big repo. Patience.
> >
> > On Wed, Apr 24, 2013 at 4:17 PM, Sean Felipe Wolfe
> wrote:
> >> Hey everybody, I'm trying to download the python sources with hg and
> >>
R. David Murray wrote:
If 'a' is now an instance of MyEnum, then I would expect that:
MyEnum.a.b
would be valid
That is indeed a quirk, but it's not unprecedented. Exactly
the same thing happens in Java. This compiles and runs:
enum Foo {
a, b
}
public class Main {
publi
On Wed, Apr 24, 2013 at 4:24 PM, Guido van Rossum wrote:
> It's a big repo. Patience.
>
> On Wed, Apr 24, 2013 at 4:17 PM, Sean Felipe Wolfe
> wrote:
>> Hey everybody, I'm trying to download the python sources with hg and
>> it's taking a while ... 7+ minutes so far and all I've got is
>> .../cp
It's a big repo. Patience.
On Wed, Apr 24, 2013 at 4:17 PM, Sean Felipe Wolfe wrote:
> Hey everybody, I'm trying to download the python sources with hg and
> it's taking a while ... 7+ minutes so far and all I've got is
> .../cpython and .../cypython/.hg . Any ideas as to why there's a
> delay?
>
Hey everybody, I'm trying to download the python sources with hg and
it's taking a while ... 7+ minutes so far and all I've got is
.../cpython and .../cypython/.hg . Any ideas as to why there's a
delay?
I'm following the dev guide with this command:
hg clone http://hg.python.org/cpython
I'm on Li
On Thu, Apr 18, 2013 at 8:02 AM, Brett Cannon wrote:
> Today marks my 10 year anniversary as a core developer on Python. I
> wrote a blog post to mark the occasion
> (http://sayspy.blogspot.ca/2013/04/a-decade-of-commits.html), but I
> wanted to personally thank python-dev for the past decade (and
On Wed, Apr 24, 2013 at 1:55 PM, Daniel Wong wrote:
> Thank you. That was the problem.
>
> I feel kind of stupid now. In my defense, the error message could have been
> more helpful, and requesting the bug creation form could have thrown up a
> login error instead of showing up blank. File another
Thank you. That was the problem.
I feel kind of stupid now. In my defense, the error message could have been
more helpful, and requesting the bug creation form could have thrown up a
login error instead of showing up blank. File another bug?
On Wed, Apr 24, 2013 at 11:45 AM, Ian Cordasco
wrote:
The first thing that comes to mind is that your session expired and
you need to log-in again. After logging in myself I see the form in
all of it's glory.
On Wed, Apr 24, 2013 at 2:35 PM, Daniel Wong wrote:
> Glorious members of python-dev,
>
> I'd like to submit a patch, but I cannot create a bu
Glorious members of python-dev,
I'd like to submit a patch, but I cannot create a bug report. As of this
morning (US West Coast), when I go to
http://bugs.python.org/issue?@template=item I get no form fields.
I went there last night, and I was able to get a form. I kept that tab open
over night,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/23/2013 09:29 AM, Stephen J. Turnbull wrote:
> By RFC specification, BASE64 is a *textual* representation of
> arbitrary binary data.
It isn't "text" in the sense Py3k means: it is a representation for
transmission on-the-wire for protocols whi
On 4/24/2013 1:22 AM, M.-A. Lemburg wrote:
On 23.04.2013 19:24, Guido van Rossum wrote:
On Tue, Apr 23, 2013 at 9:04 AM, M.-A. Lemburg wrote:
On 23.04.2013 17:47, Guido van Rossum wrote:
On Tue, Apr 23, 2013 at 8:22 AM, M.-A. Lemburg wrote:
Just as reminder: we have the general purpose
enco
On 23.04.2013 19:24, Guido van Rossum wrote:
> On Tue, Apr 23, 2013 at 9:04 AM, M.-A. Lemburg wrote:
>> On 23.04.2013 17:47, Guido van Rossum wrote:
>>> On Tue, Apr 23, 2013 at 8:22 AM, M.-A. Lemburg wrote:
Just as reminder: we have the general purpose
encode()/decode() functions in the
On 23.04.2013 23:37, Nick Coghlan wrote:
> On 24 Apr 2013 01:25, "M.-A. Lemburg" wrote:
>>
>> On 23.04.2013 17:15, Barry Warsaw wrote:
>>> On Apr 22, 2013, at 06:22 PM, Guido van Rossum wrote:
>>>
> You can ask the same question about all the other codecs. (And that
> question has indeed
22 matches
Mail list logo
