karl added the comment:
http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-22#section-7.1.1
quoting from HTTP 1.1 bis
Prior to 1995, there were three different formats commonly used by
servers to communicate timestamps. For compatibility with old
implementations, all three
karl added the comment:
I think it is now fixed by my patch in http://bugs.python.org/issue747320
--
nosy: +karlcow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7370
karl added the comment:
Made a mistake in the previous server.patch, use server.2.patch
--
Added file: http://bugs.python.org/file29241/server2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue747320
Changes by karl karl+pythonb...@la-grange.net:
Removed file: http://bugs.python.org/file29240/server.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue747320
karl added the comment:
This is a possible additional example for set_tunnel, modification of
python3.3/html/_sources/library/http.client.txt
Hope it helps.
--
nosy: +karlcow
Added file: http://bugs.python.org/file29243/http.client.patch
___
Python
Karl Bicker added the comment:
Actually, I would like to check if the threads working on the queue are still
alive.
However, it occurs to me now that I would need a facility to distinguish
between a timeout and an actual join. Unfortunately, my original patch does not
provide this, one
New submission from Karl Bicker:
The multiprocessing.JoinableQueue's function join() should have a timeout
argument so that one can check on other things while waiting for a queue to
finish.
As join() uses a condition to wait anyway, a timeout is easily implemented and
passed
karl added the comment:
So what do we do with it?
Do I created a patch or do we close that bug? :)
No hard feelings about it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15799
New submission from karl:
The current parsing of HTTP status line seems strange with regards to its
definition in HTTP.
http://hg.python.org/cpython/file/3.2/Lib/http/client.py#l307
Currently the code is
version, status, reason = line.split(None, 2)
status1 = HTTP/1.1 200 OK
status2
karl added the comment:
ok.
status lines 1 and 2 are valid.
the third one is invalid and should trigger a
raise BadStatusLine(line)
The code at line 318 is bogus as it will parse happily the third line without
raising an exception.
http://hg.python.org/cpython/file/3.2/Lib/http/client.py
karl added the comment:
Fair enough, it could be a warning when
* more than one space in between http version and status code
* if there is a missing space after the status code
I'm not advocating for being strict only. I'm advocating for giving the tools
to developer to assess that things
Karl Chen qu...@09e0.clgubaohtf.z.quarl.org added the comment:
For the record, this was eventually fixed for Python 3.2. See
http://bugs.python.org/issue9666.
Adding this here because issue504714 comes up earlier than issue9666 in many
web searches.
--
nosy: +quarl
karl karl+pythonb...@la-grange.net added the comment:
Eric,
Two possible solutions to explore:
Either the HEAD reports exactly the same thing than a GET without the body,
because it is the role of the GET, but that means indeed adding support for the
HEAD.
or creating a catch-all answer
karl karl+pythonb...@la-grange.net added the comment:
Ezio, Martin,
HTML 3.2, HTML 4.01 are not outdated. They have stable specifications. That
said their doctypes have not influence at all in browsers. The html5 doctype
!DOCTYPE html has been chosen because it was the minimal string
karl karl+pythonb...@la-grange.net added the comment:
Yup. I doesn't bring anything except putting the output in line with the
reality of browsers implementations. You may close it. I don't mind.
--
___
Python tracker rep...@bugs.python.org
http
New submission from karl karl+pythonb...@la-grange.net:
A very simple HTTP server
#!/usr/bin/python3
import http.server
from os import chdir
# CONFIG
ROOTPATH = '/Your/path/'
PORT = 8000
# CODE
def run(server_class=http.server.HTTPServer,
server_handler=http.server.SimpleHTTPRequestHandler
New submission from karl karl+pythonb...@la-grange.net:
The code has a set of old HTML templates. Here is a patch to change it to very
simple html5 templates.
--
components: Library (Lib)
files: server-html5.patch
keywords: patch
messages: 146641
nosy: karlcow, orsenthil
priority
Karl Johan Kleist karl.jo...@kleist-it-consulting.de added the comment:
If it could be of interest to anybody:
When running make test after building Python 2.7.2, I get the error message
1 test failed: test_uuid.
uname -a
Linux h1488277 2.6.18-028stab091.2 #1 SMP Fri Jun 3 00:02:40 MSD 2011
Karl Johan Kleist karl.jo...@kleist-it-consulting.de added the comment:
== CPython 2.7.2 (default, Jul 26 2011, 12:29:47) [GCC 4.2.1 (SUSE Linux)]
== Linux-2.6.18-028stab091.2-i686-athlon-with-SuSE-10.3-i586 little-endian
== /home/kjk/local/src/Python-2.7.2/build/test_python_18037
Testing
Karl Johan Kleist karl.jo...@kleist-it-consulting.de added the comment:
/sbin/ifconfig -a | grep -i -e hwaddr -e ether
venet0Link encap:UNSPEC HWaddr
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
venet0:0 Link encap:UNSPEC HWaddr
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
karl karl+pythonb...@la-grange.net added the comment:
@Luke
did you have the opportunity to look at
http://greenbytes.de/tech/webdav/rfc6265.html
If there is something which doesn't match reality in that document that would
be cool to have feedback about
karl karl+pythonb...@la-grange.net added the comment:
@aclover
see my comment http://bugs.python.org/issue2193#msg125423
Adam Barth is working for Google on Chrome.
The RFC being written is made in cooperation with other browser developers.
If you have comments about this RFC you are welcome
karl karl+pythonb...@la-grange.net added the comment:
John: Ah sorry, if I misunderstood. The bug seems to say that it is about the
Cookie Name and legal chars for this cookie name. What I was trying to say is
that the processing of the Cookie Name is different depending if you are a
client
karl karl+pythonb...@la-grange.net added the comment:
agreed. :)
Then my question about parsing rules for libraries. Is interoperability a plus
here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2193
karl karl+pythonb...@la-grange.net added the comment:
The rules for parsing and setting the cookies are different. Server should
always produce strict cookies only. So the production rules are to be done
accordingly to the specification.
Adam Barth is working right now on an update
karl karl+pythonb...@la-grange.net added the comment:
Ah the server is back the rules for the User Agents are defined here
http://tools.ietf.org/html/draft-ietf-httpstate-cookie#section-5
--
___
Python tracker rep...@bugs.python.org
http
karl karl+pythonb...@la-grange.net added the comment:
The source of 3.1/lib/python3.1/xml/dom/__init__.py is correct
===
minidom -- A simple implementation of the Level 1 DOM with namespace
support added (based on the Level 2 specification) and other
minor Level 2
karl karl+pythonb...@la-grange.net added the comment:
This following markup creates the mistake as described earlier in the comments
element xmlns=
b class=foo alt=/
/element
This markup doesn't
element xmlns=bla
b class=foo alt=/
/element
It returns
?xml version=1.0 ?element xmlns=bla
b
Karl D'Adamo karld-pyt...@ofb.net added the comment:
This patch is awesome. It makes it possible to do this with http
response objects that return gzipped streams:
conn = httplib.HTTPConnection('blah')
req = conn.request('GET', 'a.gz')
resp = conn.getresponse()
unzipper = gzip.GzipFile
New submission from Karl Magdsick kmagds...@hotmail.com:
In http://docs.python.org/dev/library/struct.html,
it says
Native byte order is big-endian or little-endian, depending on the host
system. For example, Motorola and Sun processors are big-endian; Intel
and DEC processors are little
karl karl+pythonb...@la-grange.net added the comment:
On the mac version there is an issue with the python version installed
by default.
Python 2.5.1 (r251:54863, Jan 13 2009, 10:26:13)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
File
/System/Library/Frameworks/Python.framework/Versions
New submission from Karl Norby:
The link on http://docs.python.org/lib/re-syntax.html; to the HOWTO
section of documentation redirects incorrectly to
http://docs.python.org/dev/howto/index.html/;. It should be
http://docs.python.org/dev/howto/; or
http://docs.python.org/dev/howto/index.html
201 - 232 of 232 matches
Mail list logo