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
: 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.org/
Message archived at
https
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
e\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, but
no luck there. Any ideas
/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
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:
Not sure
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://mail.python.org/mailman3/lists/dis
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 wrote
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://mail.pytho
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
OR: 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 anyon
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
d 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.org/
Message archived
--
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
-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 OpenSSL.
--
Robin Becker
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.python.org/mm3/mailman3/lists/distutils-sig.
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 unsubscribe
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 to distutils-sig-le
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
rs 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/mm3/arc
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
y 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?
--
Robin Becker
--
Dis
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
--
Distutils-SIG mailing list --
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://mail.python.org
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@
age 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/
Message archi
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
rect 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.python.org/mm3/archiv
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 <ro...@reportlab.com> 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 lat
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@python.org
ck 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 <ro...@reportlab.com> wrote:
...
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@
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
in?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
les
HTH,
Marius Gedminas
..
thanks for this Marius.
--
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 <ro...@reportlab.com> 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 usi
/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
ty effort has revealed 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 whole
,
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
___
Distutils-SIG
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
the 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
:17, Robin Becker <ro...@reportlab.com> 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, bu
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
n/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 <ro...@reportlab.com> 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 di
duce 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
___
Di
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 updating the build environme
-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 the suffices other than d being debug.
--
Robin Becker
On 12/10/2016 22:09, Nathaniel Smith wrote:
On Wed, Oct 12, 2016 at 7:05 AM, Robin Becker <ro...@reportlab.com> 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 i
(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.
--
Robin Becker
=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 Becker
On 12/10/2016 22:09, Nathaniel Smith wrote:
On Wed, Oct 12, 2016 at 7:05 AM, Robin Becker <ro...@reportlab.com> wrote:
Any manylinux experts here?
..
+OPENSSL_ROOT=openssl-1.0.2j
+OPENSSL_HASH=e7aff292be21c259c6af26469c7a9b3ba26e9abaaffd325e3dccc9785256c431
If you could submit a
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 compilation
in the manylinux environment.
--
Ro
pl == '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')):
is this something I need to worry abou
C 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 bits so the windows
wheels are much smaller.
--
Rob
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 Becker
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
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 <ro...@reportlab.com> wrote:
(myenv) rptlab@app0:~/myenv
.
Robin Becker
--
Robin
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
, I'm surprised 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
conflicts.
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
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.org
https
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 descriptions / solutions to this kind of problem?
--
Robin Becker
lax in describing the requirement. Presumably
the , in the list was always an 'and' and now the ',' in the elements is also :(
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
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-SIG maillist - Distutils-SIG@python.org
https
(src, 'rb') as fsrc:
IOError: [Errno 2] No such file or directory:
'/Users/rptlab/tmp/ttt/bin/pagecatcher'
Storing debug 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
that are
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
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).
Thanks for the info.
So
Processing dependencies for CherryPy==2.1.0
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
packages installed so perhaps I have some
wrong version of something on the path. What should I be looking for?
--
Robin Becker
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
81 matches
Mail list logo