On 25/02/2021 09:31, Robin Becker wrote:
Not sure exactly what broke in the chain of my toolset for building reportlab. I have a github action which fails with
the message
ls: cannot access /opt/python/cp27-cp27mu/bin: No such file or directory
.tory
Error: Process completed with
ython/cp27-cp27mu/bin: No such file or directory
Error: Process completed with exit code 2.
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.o
On 03/09/2020 07:57, Robin Becker wrote:
.
Should I be using a stringify macro?
#define __STR(x) #x
#define STRINGIFY(x) __STR(x)
turns out I guessed correctly and some change in the image / shell / python 3.5 environment means I have to pass the
LIBART_VERSION using
On 02/09/2020 14:48, Robin Becker wrote:
looking here for build expertise apologies if not suitable
After a python source change one of my appveyor builds has started to fail compiling an extension. The previous build
28/August succeeded completely, but now I see a failure in the third sub
s (x86)\Windows Kits\10\include\10.0.18362.0\winrt"
/Tcsrc\rl_addons\renderPM\_renderPM.c /Fobuild\temp.win32-3.5\Release\src\rl_addons\renderPM\_renderPM.obj
which looks identical.
So it must be the environment/image. The build image is set at Visual Studio 2015. I tried using the previous image,
/application/#file-and-directory-structure
thanks
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.org/
Message archived at
https://mail.python.org/archives
somehow atomic so that it has to complete(be checked) before
the file is entered into pypi?
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.org/
Message
don't understand the multibuild OSX/travis environment well enough to know if I can do that sensibly. Presumably this
problem arises because we are using a native python for 2.7.
I raised an issue in github.
--
Robin Becker
Cheers,
Matthew
On Mon, Feb 10, 2020 at 5:01 PM Robin Becker wrote:
N
guess this is something to do with python 2.7 being built into the virtual
machine.
Should I just try with latest or is this an actual problem?
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https:/
On 22/01/2020 16:39, Matthew Brett wrote:
Hi,
Yes, it is an API change in pip 20 - there's a fix in the latest
multibuild devel branch - please update to that ..
https://github.com/matthew-brett/multibuild/issues/298
Cheers,
Matthew
On Wed, Jan 22, 2020 at 4:16 PM Robin Becker
vis config file which I use.
Any idea what could be causing this?
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.org/
Message archived at
https://
On 30/10/2019 12:37, Alex Grönholm wrote:
This was fixed in wheel v0.33.5.
for some reason I had wheel==0.31.1 stuck in the appveyor file :(
Marius Gedminas kirjoitti 30.10.2019 klo 11.58:
On Tue, Oct 29, 2019 at 03:09:08PM +, Robin Becker wrote:
On 29/10/2019 12:53, Robin Becker
On 29/10/2019 12:53, Robin Becker wrote:
Hi, I am trying to use the technique of pillow to pre-emptively build windows
38 wheel for x_64 and also i686.
I used https://github.com/matthew-brett/multibuild/blob/devel/install_python.ps1 as a starting point, but made the
version stuff explicit so
ERROR: reportlab-3.5.32-cp38-cp38m-win_amd64.whl is not a supported wheel on
this platform.
I have already built reportlab-3.5.32-cp37-cp37m-win_amd64.whl as part of the standard appveyor process and that
installs fine into a virtualenv built for Python 3.7.5.
I am slightly mystified can
Matthew Brett, suggests this is probably caused by libpng download which comes from sourceforge. By spacing out my test
builds I am able to complete the matrix by re-running at decent intervals. I have no idea if SF is throttling in some
way, but libpng is downloaded a lot.
--
Robin Becker
s I tried 3 times and have 10 completed builds so the failures are not always happening.
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.or
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mailman3/lists/distutils-sig.python.org/
Message archived at
https://mail.python.org/archives/list/distutils-sig@python.org/message
Is there a way for a package to recognize that its content clashes with that of another package? This can happen when a package
becomes unmaintained and another differently named package takes over with perhaps clashing modules/__package__ paths.
--
Robin Becker
--
Distutils-SIG mailing list
site-packages/_vendor/urllib3/contrib/pyopenssl.py
In the end the answer is to upgrade the environment's pyopenessl so that pip can at least work. I'm not exactly sure why there's a
_vendor (this is ubuntu 18.04.1 LTS) thing, but it shouldn't be importing from a wrong/different
distribution found for fcrypt==1.3.1
I assume that latest pip needs information from the package / pypi data that is not available. Luckily installing from a pypi
download works.
Is there any legacy mode in pip? It seems wrong to cause these older packages
to become unusable.
--
Robin Becker
I get failures in the manylinux 3.6 builds (auditwheel ImportError: cannot import name 'open_for_csv') I think that's
expected from auditwheel as it seems not to be behind the wheel :)
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an em
is the relevant issue: https://github.com/pypa/auditwheel/issues/102
On Mon, Oct 1, 2018 at 7:54 AM Robin Becker wrote:
I am using Matthew Brett's manylinux builder setup (
https://github.com/matthew-brett/multibuild) for reportlab and just
started to
.
--
Robin Becker
--
Dis
nges just announced. Certainly the
multibuild docker was updated to use 0.32.0
I'm not sure if I have to do something or how I can fix this.
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.pyth
volved pip installing certifi and copying the certifi ca file over the openssl file. Many thanks the Matthew.
I think this problem arises now because 3.7 is mandatorily checking
certificates for urllib requets etc etc.
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To u
ays have a license.txt and a LICENSE.txt, but neither was being stored in the wheels until I made a change
today. I guess I need to add the stuff in MANIFEST.in for the 'correct' behaviour.
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email
ENSE" (or other filename) to the [metadata] section
of setup.cfg (which adds the file to the .dist-info directory of the wheel).
thanks
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.pyt
appears in pyRXP.egg-info inside PKG-INFO
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mm3/mailman3/lists/distutils-sig.python.org/
Message archived at
https://mail.python.org/mm
On 12/07/2018 09:39, Petr Viktorin wrote:
On 07/12/18 09:41, Robin Becker wrote:
On 11/07/2018 17:28, Paul G wrote:
I think the classifier you want is `License :: Other/Proprietary License`, but you can choose the most appropriate one from the
list.
Actually I'm not sure this is correct
d
only retrying the unsuccessful ones.
thanks, that makes sense, but means I cannot change the wrongly classified earlier uploads. Not a big deal since pypi doesn't seem
to have crashed. Am I right in assuming that uploading a different file with the same name will cause an error?
--
Robi
#x27;s not
proprietary and it's not standard BSD unless make BSD license a generic term. This https://en.wikipedia.org/wiki/BSD_licenses
seems to suggest I should just use BSD.
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to d
.tar.gz failed initially with an obscure message from twine about string buffer being required. I didn't
discover what the problem there was, but I imagine another field has changed. I succeeded eventually after re-doing the sdist with
a more modern virtual environment.
--
Robin Becker
--
ike to know how to make a list of
classifiers that will satisfy before creating a package. The previous answer says there is a list so I can use that.
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://
re:
https://pypi.org/classifiers/
I think the classifier you want is `License :: Other/Proprietary License`, but
you can choose the most appropriate one from the list.
you are probably right; thanks for pointing to the list
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@pyt
same package several times without error; does this
mean I am overwriting the file?
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils-sig-le...@python.org
https://mail.python.org/mm3/mailman3/lists/distutils-sig.python.org/
Messag
On 21/06/2018 19:18, Matthew Brett wrote:
Hi,
On Thu, Jun 21, 2018 at 12:45 PM, Robin Becker wrote:
On 15/06/2018 23:42, Nathaniel Smith wrote:
..
looking in side the wheels it looks like the .so files have been slimmed.
Does anyone know if that is just because they no longer
: 2516821
looking in side the wheels it looks like the .so files have been slimmed. Does anyone know if that is just because they no longer
include debugging information etc etc?
--
Robin Becker
--
Distutils-SIG mailing list -- distutils-sig@python.org
To unsubscribe send an email to distutils
what is the correct way to indicate
dependencies which will allow installation from my freshly built wheel?
--
Robin Becker
--
Distutils-SIG mailing list
distutils-sig@python.org
https://mail.python.org/mm3/mailman3/lists/distutils-sig.python.org/
Message archived at
https://mail.p
Anyone here know approximately when the manylinux docker or appveyor ci will be
upgraded to supprt Python 3.7?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
On 13/02/2018 10:07, Chris Jerdonek wrote:
On Tue, Feb 13, 2018 at 1:59 AM, Robin Becker wrote:
I am a bit confused about the meaning of 'backfilling'. Does it mean that a
particular manylinux will evolve in time so an early manylinux2010 wheel
will differ from a later one?
I thi
I am a bit confused about the meaning of 'backfilling'. Does it mean that a particular manylinux will evolve in time so an early
manylinux2010 wheel will differ from a later one?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@
use (or lack thereof) that should suffice. Is pip clever enough to
decide this or will we have to rely on the mysterious _manylinux module?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
dependency?
extras_require={ ':python_version=="2.7"': ['functools32'],
On Wed, Jul 19, 2017 at 11:20 AM Robin Becker wrote:
...
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@pyth
when python 2.7 is the
installer? Or does this package not qualify for universalness.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
to build with, and bare Ubuntu Trusty images for testing:
https://github.com/matthew-brett/multibuild
https://hub.docker.com/r/matthewbrett/trusty
Cheers,
Matthew
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https
ost no libraries built in?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
/#secure-variables
HTH,
Marius Gedminas
..
thanks for this Marius.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
eople really reveal their ftp or s3 tokens? Or
is it more reasonable to upload to a github acccount.
-puzzled-ly yrs-
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
On 04/05/2017 12:40, Wes Turner wrote:
On Thursday, May 4, 2017, Robin Becker wrote:
I have a bunch of virtual environments which need replicating from one
machine to another. In the past rsync was OK, but now with slightly
different environments I have been using pip freeze to get a list
/506121d8669e1cce8843d9f76f2767324f8b1e78),
but I see no way to guess that from the version string unless there some
standard decoding I can do of the revision.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo
ed several bugs which is in itself
useful.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
On 21/03/2017 11:46, Marius Gedminas wrote:
On Mon, Mar 20, 2017 at 11:30:59AM +, Robin Becker wrote:
.
I'm sure the reproducible builds folks will send you patches if they
find any spots that you missed. ;-)
Is there a way to excite dictionary ordering changes? I believe
On 20/03/2017 11:35, Thomas Kluyver wrote:
On Mon, Mar 20, 2017, at 09:00 AM, Robin Becker wrote:
Obviously if I have the ability to embed repr(some_object)
into the document output then it will vary (unless the underlying python
is reproducible). I'm not sure if debian runs the
;s what I am doing.
Cheers,
Nick.
P.S. A question well worth asking for *us* is whether or not setting
SOURCE_DATE_EPOCH appropriately (if it isn't already set in the current
environment) should be part of the build system abstraction PEPs.
--
Robin Becker
__
gnificant changes to existing behaviours our current workflow
consists of generating a large number of outputs and then rendering them into
jpeg pages with ghost script. Differences in the jpegs can be used to spot problems.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
produced documents
invariant although it might require an extension to support externally specified
date & time as in the debian variable.
In short where does the distro responsibility and package maintainers boundary
need to be?
--
Robin Be
at 14:17, Robin Becker wrote:
> I find my extensions compiled for windows amd_x64 with python 2.7.8 no
> longer work after I updated python to 2.7.13.
>
> Is that expected? I had assumed that the cpy27 wheels that I make would
> work with any python 2.7, but this makes me doubt
rebuilt all my extensions and installed
a newer version of pillow.
In addition to that the uninstallation of the amd64 python 2.7.8 has also
uninstalled the x86 version of python 2.7.8 :(
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG
org/mailman/listinfo/distutils-sig
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
On 24/01/2017 11:13, Nathaniel Smith wrote:
On Tue, Jan 24, 2017 at 3:09 AM, Robin Becker wrote:
A reportlab user says his pip install fails to create an importable C
extension. He said
"The platform is Mac OS X 10.11.6, aka "El Capitan". Pip didn't complain"
which i
reproduce on OS X 10.10.5, but my machine has xcode installed and the
extension was correctly produced.
I don't have any code in setup.py to prevent compilation; is there a way to
alert users to the non-build of the extension(s).
--
Robin Becker
___
tect "debug", "pymalloc", and "4-byte unicode",
and newer versions of bdist_wheel warn about using the fallback mechanism.
You might see fewer 'none' if you make sure bdist_wheel is up to date in
all your build environments.
thanks; I will try updatin
cp35-none-win_amd64.whl
reportlab-3.3.26-cp36-cp36m-win32.whl
reportlab-3.3.26-cp36-cp36m-win_amd64.whl
so
1) should I be attempting to make the none's correct using code in setup.py
2) is the tagging correct for cp36? Looking at pep 425 I don't see any
definitions of
On 12/10/2016 22:09, Nathaniel Smith wrote:
On Wed, Oct 12, 2016 at 7:05 AM, Robin Becker wrote:
Any manylinux experts here?
...
https://bugs.python.org/issue28092#msg276164
I suspect that this will get reverted again before 3.6-final given
that it does in fact cause problems
===
gcc (GCC) 4.8.2 20140120 (Red Hat 4.8.2-15)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
=e7aff292be21c259c6af26469c7a9b3ba26e9abaaffd325e3dccc9785256c431
If you could submit a quick PR for this to the manylinux repo then
that'd be helpful.
well I created a pull request, but I hope I pulled into the right version of
manylinux ie https://github.com/pypa/manylinux
--
Robin B
On 12/10/2016 22:09, Nathaniel Smith wrote:
On Wed, Oct 12, 2016 at 7:05 AM, Robin Becker wrote:
Any manylinux experts here?
..
+OPENSSL_ROOT=openssl-1.0.2j
+OPENSSL_HASH=e7aff292be21c259c6af26469c7a9b3ba26e9abaaffd325e3dccc9785256c431
If you could submit a quick PR for this to the
ce stuff something new in the beta? I searched and found this issue
https://bugs.python.org/issue28092
which seems related as it's the same centos version used in the dockerfile. As I
understand it this means the new sources contain code which prevents comp
warn=(impl == 'cp')):
> C:\ux\XB33\py36_x86\lib\site-packages\wheel\pep425tags.py:81: RuntimeWarning:
Config variable 'WITH_PYMALLOC' is unset,
> Python ABI tag may be incorrect
> warn=(impl == 'cp')):
ared object codes
(ie a .a built from the PIC compile objs), but I didn't seem able to make this
work properly; the resulting .so seems to contain the whole library (freetype).
The windows linker seems able to pick up only the required bit
significant releases.
3) The manylinux builds are significantly larger than the windows ones because
the manylinux build is not statically linking those bits of freetype which we
use. Is there a way to detect that I'm building under manylinux?
--
Robin B
On 14/07/2016 16:14, Jeremy Stanley wrote:
On 2016-07-14 16:01:23 +0100 (+0100), Robin Becker wrote:
On 14/07/2016 15:41, Ian Cordasco wrote:
Try:
.
I would like to try and understand this happens as then I might have some
wya of fixing it.
You really should avoid mixing pip
matic security updates.
I would like to try and understand this happens as then I might have some wya of
fixing it.
On Thu, Jul 14, 2016 at 8:37 AM, Robin Becker wrote:
(myenv) rptlab@app0:~/myenv
.....
Robin Becker
--
Robin Becker
___
Distutil
This is on a unbuntu 16.04lts system
$ uname -a
Linux app0 4.4.0-28-generic #47-Ubuntu SMP Fri Jun 24 10:09:13 UTC 2016 x86_64
x86_64 x86_64 GNU/Linux
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
As a lurker on this list and long time user of everything python I feel this is
becoming appropriate
https://xkcd.com/927/
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
/reportlab/issues/73/versionconflict
anyone here that can explain what's wrong? My pip installs of reportlab don't
use any certifi packages etc etc.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.
should be pushed to level 0. With a warning I am at
least alerted to the issue, without one I depend on bugs happening and then need
to figure out the problems myself.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python
ible spit out the first n conflicts.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
ed that pip doesn't warn or error in this
case. I
....
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
(assuming only singleton A & B)
R --> A
R --> B
A --> C-1.4
A --> C-1.6
A --> C-1.6.11
A --> C-1.7
A --> C-1.8
B --> C-1.6
B --> C-1.6.11
so looking at C equivalent nodes seems to allow a solution set. Are there any
real problem description
.4.1', 'setuptools>=2.2']
so it's our fault for being too lax in describing the requirement. Presumably
the , in the list was always an 'and' and now the ',' in the elements is also :(
--
Robin Becker
___
Distu
t users can't write the pyc or something.
Does anyone here have experience of these issues? Will I be forced to maintain
patched installers etc etc? Is there some trick like having an administrator
write the files?
--
Robin Becker
___
Distutils-SI
g log for failure in /Users/rptlab/.pip/pip.log
this is with pip 1.5.2 & python 2.7.6 in Darwin 10.8.0 and other later Macs. Is
this just a case issue?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
using peep rather than pip.
...
What would be the objection to removing or nulling a release package that had
actual malware embedded in it some how. It seems reasonable to have some last
resort take down mechanism.
--
Robin Becker
___
Dis
tion time?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
Bob Ippolito wrote:
>
> On Nov 17, 2005, at 9:54 AM, Robin Becker wrote:
>
.
>
> The extensions you build may not be compatible with previous versions
> of OS X, and you may need to use GCC 3.3 to compile some extensions
> (gcc_select makes it easy to do that).
&g
ed fine. I just
wondered if there are any gotchas relating to the mach loader etc etc.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
thon\Lib\site-packages\CherryPy-2.1.0-py2.4.egg
Processing dependencies for CherryPy==2.1.0
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
gt;>>
I checked in the egg and the dll is certainly there as
lib/site-packages/pysqlite2/sqlite3.dll
I have quite a few non egg packages installed so perhaps I have some
wrong version of something on the path. What should I be looking for?
--
Robin Becker
_
88 matches
Mail list logo