Michael Mulich added the comment:
Sure does. But that's the point of the package.
Why is this super usage without arguments considered a hack?
>
> ___
> Python tracker
> <http://bugs.p
New submission from Michael Mulich :
While working on porting wsgi_intercept to Python 3 I came across a recursion
issue with http.client.HTTPSConnection. The following is an lesser extraction
of the traceback:
Traceback (most recent call last):
File ".../wsgi_intercept
Michael Mulich added the comment:
On Tue, Jul 12, 2011 at 9:39 AM, higery wrote:
>> The develop command writes three pieces of information to the filesystem:
>> 1. It calls upon the build action(s) to build the package relative to
>> the package's root directory.
>
Michael Mulich added the comment:
On Mon, Jul 11, 2011 at 1:14 PM, Carl Meyer wrote:
>> * Cases 2, 3, 5 and 6 are strongly related.
> I don't know. I don't consider case 3 useful, because I don't consider
> "I don't want to use a virtualenv" (without
Michael Mulich added the comment:
On Mon, Jul 11, 2011 at 11:43 AM, Éric Araujo wrote:
> What do you mean with context? Wouldn’t all three commands just
make install_distinfo generate files in the build dir?
Right, my context comment is invalid.
> I think that option 4 is th
Changes by Michael Mulich :
--
nosy: -michael.mulich2
___
Python tracker
<http://bugs.python.org/issue12279>
___
___
Python-bugs-list mailing list
Unsubscribe:
michael mulich added the comment:
Gmail decided to strip the quotes... Grr...
> So, what do we do?
> 1) don’t generate RECORD at all → invalid PEP 376
We have to generate a RECORD, otherwise resource lookups in
development and testing modes will fail or at least should fail.
michael mulich added the comment:
We have to generate a RECORD, otherwise resource lookups in
development and testing modes will fail or at least should fail.
Yes, but that's not all.
> 4) don’t add a build_distinfo command, just run install_distinfo to the build
> dir from t
Michael Mulich added the comment:
After looking over the use cases, these are my findings and questions:
* Cases 2, 3, 5 and 6 are strongly related. I'd suggest you condense them into
a single use case. I agree with case 2 and 6 most, but have questions:
** Why wouldn't one si
Changes by Michael Mulich :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue12532>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Michael Mulich :
Forward slashes show up in a project's (packaging.pypi.dist.ReleaseList) name
when using a crawler (packaging.pypi.simple.Crawler) against, say and Apache
index page. The packaging.tests:/pypiserver/foo_bar_baz directory is a perfect
example of this
New submission from Michael Mulich :
The issue, as best I can describe it, is in how the a release list
(packaging.pypi.dist.ReleaseList) looks up releases.
Here is a simple example using a random package on PyPI.
>>> crawler = Crawler()
>>> projects = crawler.searc
New submission from Michael Mulich :
The packaging.pypi.simple.Crawler blindly follows external download URLs. The
crawler should honor a list of allowed hosts (see also the hosts parameter)
before attempting to download from an external source.
Éric Araujo has also pointed out that
New submission from Michael Mulich :
packaging.pypi.dist should abstract download errors, especially those from
external sources. Download errors are currently reported from urllib. We should
probably be using packaging.errors.PackagingPyPIError in this situation. Other
suggestions?
Example
Changes by Michael Mulich :
--
nosy: +michael.mulich
___
Python tracker
<http://bugs.python.org/issue12279>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Mulich added the comment:
The RESOURCES implement in install_distinfo command should probably be a
separate case, no?
--
___
Python tracker
<http://bugs.python.org/issue12
Changes by Michael Mulich :
--
title: pysetup run test -> test command is not loading the distribution metadata
___
Python tracker
<http://bugs.python.org/issu
New submission from Michael Mulich :
A package's metadata (dist-info) should be available to it while running the
test command (pysetup run test)?
The use case:
I've written a test for a function that is supposed to find the default
configuration or one provided in a users loca
Changes by Michael Mulich :
--
nosy: +michael.mulich
___
Python tracker
<http://bugs.python.org/issue8668>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Michael Mulich :
--
nosy: +michael.mulich
___
Python tracker
<http://bugs.python.org/issue11880>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Michael Mulich :
--
nosy: +michael.mulich
___
Python tracker
<http://bugs.python.org/issue8591>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Michael Mulich :
--
nosy: +michael.mulich
___
Python tracker
<http://bugs.python.org/issue8501>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Michael Mulich :
--
nosy: +michael.mulich
___
Python tracker
<http://bugs.python.org/issue8371>
___
___
Python-bugs-list mailing list
Unsubscribe:
michael mulich added the comment:
Sure, I'll have a look. I'm only getting back into the swing of
things, but hopefully I can get more involved. Trying to do one or two
small tasks a night.
-Michael Mulich (pumazi)
On Mon, Jun 6, 2011 at 11:33 AM, Éric Araujo wrote:
>
> Ér
Michael Mulich added the comment:
Looks like someone fixed this before distutils2 was merged into cpython as
packaging. Thanks.
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from Michael Mulich :
Found an issue where the metadata initialization of .egg-info dirs (an
EggInfoDistribution object) overrides the 'path' variable, which makes it
impossible to find a distributions requirements.
I've fixed the issue at
https://bitbu
26 matches
Mail list logo
