ight to me:
>>
>> $ wget -q
>> https://files.pythonhosted.org/packages/c2/f7/c7b501b783e5a74cf1768bc174ee4fb0a8a6ee5af6afa92274ff964703e0/setuptools-40.8.0.zip
>> $ SHA256(setuptools-40.8.0.zip)=
>> 6e4eec90337e849ade7103723b9a99631c1f0d19990d6e8412dc42f5ae8b304d
>>
>>
The SHA256 listed for setuptools-40.8.0.zip
is 6e4eec90337e849ade7103723b9a99631c1f0d19990d6e8412dc42f5ae8b304d
But the actual SHA sum is 3547552b1009283f7ae31fded32ad33ed160e671
Martin
--
Martin Baker
Head of Product, FastComp
415.845.0729
--
Distutils-SIG mailing list -- distutils-sig
if we distribute the library?
Best,
Martin
Martin Walchshofer, MSc | Software Engineer
g.tec medical engineering GmbH
Sierningstrasse 14 | 4521 Schiedlberg | Austria
office: +43 7251 22240
email: <mailto:walchsho...@gtec.at%20> walchsho...@gtec.at
w: <http://ww
Am 10.02.15 um 15:36 schrieb Donald Stufft:
Honestly, I’d rather have less federated login not more. I wish the current
OpenID support had never been added.
Can you please elaborate on that position? Why is it useful to have
separate accounts on separate systems?
Regards,
Martin
is they and the build workers. If you are talking about
the Python core developers - we can already have MSDN access if we want.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
is the value of your vcvarsall.bat? Why could it not find the
other interesting variables?
If it's really the same issue: does any of the proposed patches help?
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
https
is active,
and continue reporting issues there.
Both problems would be resolved by setting the tracker to read-only;
shutting it down is actually not necessary (although it would slightly
reduce our maintenance efforts).
Regards,
Martin
___
Distutils-SIG
configuration had the line
uwsgi_param HTTPS $https if_not_empty;
so I'm pretty sure it worked when I moved the service to OSL.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
suggest that
you also change the UI to drop registration of SSH keys, and then ultimately
remove them from the schema.
BTW, you can get an indication of how many users this might affect by checking
how many users have keys registered.
Regards,
Martin
On 10/25/2013 04:25 AM, PJ Eby wrote:
On Tue, Oct 15, 2013 at 8:07 AM, Martin Fiers
martin.fi...@intec.ugent.be wrote:
So the platform argument now is
self.distribution.has_ext_modules() and self.plat_name
Shouldn't it just be
self.plat_name
?
No. The platform name is only included
?
Would there be a workaround? I can think of giving the full name to
setup, without specifying a version:
setup(name='mytest-2.1.2c1-py2.7-win32', version = '', ...)
Thanks very much!
Martin
P.S. On an unrelated note, wouldn't it be more pythonic, and easier to
read, to include keyword
.
But also the pip packages creates a log folder. So when I accidentially remove
pip and want to
re-install, easy_install does not work.
Thanks very much,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman
.
For author signatures, PGP has been available for quite some time. As with
any author signature, you then need to convince yourself that the key
actually belongs to the author.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
the mirror,
but also lose community trust.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
that the protocol
describes it. I personally just hand-pick a mirror (my own, hah) and keep
using that.
I agree that this is probably the best choice, and you can still do that.
See above. He did that, and the PyPI maintainers will break it.
Regards,
Martin
/serverkey.
and even if there was Fastly could just hijack
an upload (and murder their entire business in the process).
Couldn't you also use pypi.int.python.org for uploading?
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
from people having hard-coded the
mirror names in configuration files: Why not leave the *.pypi names
available forever (ten years), all pointing to the master?
Regards,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment
On 24 juin 2013, at 23:24, Tres Seaver tsea...@palladion.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/24/2013 05:06 PM, Reinout van Rees wrote:
Uninstalling distribute? Nice for those with the distribute they got
from their Ubuntu package...
Those users need to be
,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
the journal.
Regards,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlGk0YgACgkQavBT8H2dyNImkQCffy1BKiYNxV71Bvtxpk+UAwPc
a
hash of the simple page already).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
.
Indeed, with the same limitation as above: if you find that the CDN
gives the old version, you'll have to wait (or bypass the CDN).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
to be specified anywhere).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
, which may well be a signature
to the manuscript, preserving the rest of the signing procedure.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
downloading. Instead, it is much easier to keep
it included.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
of build. Create a new one,
and either monkey-patch build to include this subcommand, or subclass build,
and override it.
HTH,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
)
the original idea was first formulated in
https://mail.zope.org/pipermail/zope3-dev/2002-December/004251.html
I'd be curious to know whether there is an even earlier (public) discussion
of namespace packages.
Regards,
Martin
___
Distutils-SIG maillist
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
-
Cédric de Saint Martin,
SlapOS Node Lead Developer @ ViFiB
http://www.slapos.org
___
Distutils-SIG
, I'd be interested to know.
Depends on how reliable you want it. Whatever mechanism someone can
propose, I can find a way to cheat that mechanism.
However, downloading the source distribution and inspecting it should
be fairly reliable.
Regards,
Martin
be that you can increase IO utilization with a
threaded approach also, but I really suggest that using subprocesses
is much better.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils
(including SimpleHTTPServer)
is capable of serving packages to easy_install or pip.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
? Someone please provide an exact,
complete list. I have no clue what version numbers Plone uses.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
forms a single
web site, integrating them will be either infeasible or pointless.
It would be possible to use CloudFront if the clients would be changed.
But if so, it would be best if the CloudFront copy would just be a
PEP 381 mirror.
Regards,
Martin
to get the data into CloudFront).
It's a reverse proxy. You point it at s3 and at a web server and it caches.
Of course, it has aspects that are specific to it's implementation.
That's not my understanding as to what the project to get PyPI onto
CloudFront is doing (IIUC).
Regards,
Martin
hands. Selecting the right value is hard, possibly
application dependent. Is this a configuration variable? Now the
user has something to deal with.
No, it will be 15 minutes. People might request being able to configure
it, but it won't really be necessary to do so.
Regards,
Martin
However, since this all forms a single
web site, integrating them will be either infeasible or pointless.
There are 2 sites, simple and pypi.
No, it's one site: http://pypi.python.org/pypi, and
http://pypi.python.org/simple (plus there are other URLs, like
/packages).
Regards,
Martin
New submission from Martin Qvist q...@maq.dk:
easy_install uses #!/usr/bin/python but should use #!/usr/bin/env python. I
wouldn't normally notice, but I have a system that uses Environment Modules
(http://modules.sourceforge.net/), and there easy_install uses the wrong python
version
, it apparently says nowhere
what this actually *does*, only that multiple RPM
files of it are available which pass their tests.
The tutorial page offers me to learn OBS, which
apparently is the OpenSuSE build server, which appears
to be unrelated to Python.
Just my 0.02€.
Regards,
Martin
:-)
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Am 07.03.2011 11:18, schrieb Éric Araujo:
Le 06/03/2011 22:17, Martin v. Löwis a écrit :
As for changing the style: please submit a html file to replace what is
there (I refuse to do any styling .
Do you mean you don’t want to work on styling personally or that you
object to someone proposing
- Generate the text No documentation in the place where the link would
be if there is no documentation.
-1. Saying No documentation would be wrong if the package, in fact,
does have documentation, but elsewhere.
Regards,
Martin
___
Distutils-SIG
/distribute;, what
would you do with the content that is currently displayed there?
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
(not that the page has much
content in the first place). If you want it in a `legal` section at the
bottom - that is easy (I just did it).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
I originally proposed what you are proposing now, and Ian Bicking
told me use what we have now because of XSS concerns (take and
remove a plural form).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
on cheeseshop.python.org,
so that needs to be supported many years in the future. I'm
not looking forward to having a *second* transitional URL.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
/project, please speak up.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
be conditional.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
.
Is there a tool I can suggest to the users instead of easy_install to
install the correct version from pypi
I normally use aptitude to install Python packages. In order to install
from PyPI specifically, I use Google Chrome.
Regards,
Martin
:: Extension
instead, and if Framework :: Buildout :: Extension and
Framework :: Buildout :: Recipe are indeed different things, then:
no.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
err on the safe side and just include the
old classifier as well. But you are right; it would be redundant.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Who is maintaining bdist_msi?
I am. Unfortunately, I don't even understand the problem you are talking
about, let alone being able to do anything about it.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
I am. Unfortunately, I don't even understand the problem you are talking
about, let alone being able to do anything about it.
Regards,
Martin
I'll explain. (Please correct me if I'm making any mistakes here.)
When you install a Python package in Windows, an .exe file
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
. There is a good chance that
you break the Windows build every now and then, and then it will be
very time-consuming to diagnose the problem and fix it, without
expertise (roughly the same is probably true if you target any other
system without knowing what you are doing).
Regards,
Martin
vcredist_x86.exe on Microsoft's web
site, but installing that did not fix anything and did not create a file
on my system name MSVCR90.DLL.
Most likely, it didn't because you had the file before. If you didn't
have it, it would have put it into the WinSxS folder.
Regards,
Martin
error message exactly?
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2010-12-08 17:34, Marius Gedminas skrev:
On Wed, Dec 08, 2010 at 09:52:15AM +0100, Martin Raspaud wrote:
Is it possible to tell setuptools to not zip the egg when installing ? I
can't
seem to find any option regarding this in the command line
includes win32?
Yes, it only affects the resulting filename.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
a) make pypi disallow registering package names with a
differing case
That is already the case.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
setup.py install, uninstallation is not supported,
but that is a feature of both bdist_wininst and bdist_msi
- you need to unpack the files first to run setup.py install:
where would you unpack them to?
- it's more efficient: installation runs faster.
Regards,
Martin
is typically inappropriate,
as that would mess with your version control.
See
http://bitbucket.org/loewis/django-3k/src/tip/setup.py
for an example, in particular build_tests.
HTH,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
versions (include 2.7).
This introduced for PyPI site by
https://svn.python.org/packages/trunk/pypi/webui.py rev-690.
Hi Takayuki,
Georg Brandl has now fixed the problem in r823.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
Am 13.07.2010 03:23, schrieb Greg Ewing:
Martin v. Löwis wrote:
For backwards compatibility, I'm
willing to accept solutions as long as they don't allow users to bypass
that checkbox.
If the user is required to visit a web page to complete
the registration, could you put the check box
Can you point me to the discussion that took place, to set up this feature ?
No; I don't think there are any public archives of that discussion. Nor
was it really a discussion. Marc-Andre Lemburg voiced a concern, I asked
the lawyer, the lawyer told me what to do.
Regards,
Martin
browser to register instead.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
No. If the fix Greg proposed is accepted by The PSF, this feature will
work again and you will be able to use it again. It worked perfectly
fine before the change.
Martin, if you want to remove some feature from Distutils, make a proposal.
But you can't decide on your own that a feature
to break distutils again,
for whatever reason. So I'd rather suggest to remove the register user
functionality from distutils, and direct users to web signup.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
that...
This happened several months ago, and nobody complained so far. So
I don't consider it a serious problem.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Am 13.07.2010 00:15, schrieb Tarek Ziadé:
2010/7/13 Martin v. Löwis mar...@v.loewis.de:
Why is that ? This used to work, IIRC. This is a regression on PyPI
side (checkbox added afaik), and needs to be fixed.
How would you propose to fix this?
A quick hack is to look at the user agent
,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
version work just as well?
You get uninstallation through add-remove-programs.
Of course, users could create them easily themselves if they knew how to
(python setup.py bdist_wininst).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG
wondering whether there is a better way of doing it,
and whether it could potentially breaks something,
Why not use a file that gets installed in the system?
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
Am 15.06.2010 08:23, schrieb David Cournapeau:
On Tue, Jun 15, 2010 at 3:13 PM, Martin v. Löwismar...@v.loewis.de wrote:
I am interested in adding some metadata in the installers generated by
bdist_wininst. I did it through a hack: base64-encoding the medata in
a new section in the embedded
Do you think it would make sense to do it for python itself proper (in
distutils), so that different implementations could put whatever they
want there for their purpose ?
I personally never had a need for this. But if you do, go ahead and
propose a patch.
Regards,
Martin
PyPI itself. I merely use Apache to serve the
PyPI mirrors.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Last time we've mentioned this pep on Python-dev, Martin said he would
do its implementation.
Therefore, I am not sure what's the state on his side,.. cc'ing him
Unfortunately, I haven't made any progress - I still *plan* to do it
before the 3.2 betas, though. Contributions are welcome
mailing list.
catalog-sig would be a better place for discussion.
Now I would very much like to have access to the data (especially the
download count). Is there any possibility of these values returning?
Please submit a feature request to sf.net/projects/pypi.
Regards,
Martin
-0.3.0-py2.5-linux-x86_64.egg
How to I get this ?
I look a little bit in the setuptools source code, but it's not easy to find.
Thanks,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
and management is handled for you.
I will check it out.
Thanks !
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJLqw9DAAoJEBdvyODiyJI4zYMH/R0pJqDdCnNmqVM/x5z0Xhp0
rueSukCGLl5B8rEs+e32B978g8YNe2mBAFi/Tq
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
P.J. Eby skrev:
At 04:35 PM 3/24/2010 +0100, Martin Raspaud wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- - setuptools bdist: This is almost what I need, except that it
creates a usr dir
on top of the tarball.
You could always repack
, the documentation isn't very clear to me.
Project_deploy seemed to do almost what I wanted, except it was packaging the
buildout with the egg, which is not suitable for our installation.
Is there way to tell it to package just an egg ?
Thanks,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU
#directory-layout
Feedback welcome !
Nice guide !
One question though: where should I place configuration files for the package,
and how to handle this in setup.py ?
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http
for project_deploy:
[buildout]
parts =
myproj
[myproj]
recipe=zerokspot.recipe.git
repository=/data/proj/myproj
branch=unstable
as_egg=true
I am getting quite desperate...
Can anyone give me pointers ?
Thanks,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using
HTH,
That's really cute!
Thanks a lot,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
The only reference to ErrorIcon was commented out by Martin a while
ago. It was the icon attached to the Error Dialog you.
I'm not quite sure why I commented this out. See whether adding it back
fixes the problem.
The only reason I can see now is that py.ico isn't really an appropriate
error
can think of two reasons:
a) it may dislike the double-backslash in the Python path. Try removing
one of them
b) the command line may need to repeat the executable name as argv0.
I would use orca (from the platform SDK) to edit the MSI file, and see
whether this fixes anything.
Regards,
Martin
. Shall I file a patch?
Sure. Please indicate whether this is just cosmetical (and if so, better
file a patch for trunk, which has that code changed).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
whether I can legally include them with Python.
It might be useful to look at a recent PSDK whether this license still
holds, and also whether there are CC icons somewhere that can be freely
used (or someone could draw icons and contribute them to Python).
Regards,
Martin
script, the first
block is a variable assignment, followed by the regular Python script.
Now (as Installer won't run batch files) we need the same as VBScript
(or, failing that, as JScript). The script would be computed at the time
of MSI generation.
TIA,
Martin
as they
did on our own machine: end users (Plone's installers are buildouts now,
for example), sysadmins, and new developers.
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
seem to be
evaluated transitively.
Am I doing something wrong, or is this just not supported?
Cheers,
Martin
--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book
version, and a 64-bit version).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Does anybody know by now how to deal with this problem?
I don't - but can you please post the complete trace of
all commands invoked in the build process?
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
for what? To educate a human reader? I think it's useful as it
stands. To make it machine processable? That will be very difficult to
achieve.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
in the
PEP.
I wouldn't mind it being added. However, the wording that is currently
there already says exactly that (and more).
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
* Should it be patched in 26-maint and 31-maint as well?
I think so, yes. Adding new support for --enable-shared would be out
of scope; fixing the existing support is fine.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
reliably the relevant characteristics of the
system Python runs on.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
1 - 100 of 277 matches
Mail list logo
