Change by Isuru Fernando :
--
keywords: +patch
pull_requests: +30256
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32178
___
Python tracker
<https://bugs.python.org/issu
New submission from Isuru Fernando :
If `cflags` contains something like,
`-I/Users/isuru/handy-archives-env/include`, then the code assumes that there
is a `-arch` flag in it and errors with
ValueError: Don't know machine value for archs=()
--
components: Build
messages: 4
Fernando Pérez Gómez added the comment:
I have to perform several tests to provide a detailed report, check other
third party libraries, mysql connector for example, and send it to you.
There are several things that don't work with Qt libs (the one that works
best is PyQt6). When I finis
New submission from Fernando Pérez Gómez :
can't translate ui. files , flags of alignment , curve types of animation
doesn´t wors ...etc
--
messages: 410791
nosy: fernandoprezgmez
priority: normal
severity: normal
status: open
title: PyQT6 projects crashes with python 3.10
type:
Isuru Fernando added the comment:
Duplicate of https://bugs.python.org/issue45350
--
nosy: +isuruf
___
Python tracker
<https://bugs.python.org/issue44
Change by Isuru Fernando :
--
keywords: +patch
pull_requests: +27071
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28725
___
Python tracker
<https://bugs.python.org/issu
Isuru Fernando added the comment:
Agree that this should be fixed. If you want, I can send a PR.
--
nosy: +isuruf
___
Python tracker
<https://bugs.python.org/issue44
Isuru Fernando added the comment:
Do you have a suggestion for how to make it configurable at compile time?
In POSIX platforms, we can set `--with-tzpath` to make it configurable at
compile time.
--
___
Python tracker
<https://bugs.python.
Change by Isuru Fernando :
--
keywords: +patch
pull_requests: +26896
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28501
___
Python tracker
<https://bugs.python.org/issu
New submission from Isuru Fernando :
It only looks at --sysroot which is Linux specific
--
components: Build
messages: 402338
nosy: FFY00, isuruf
priority: normal
severity: normal
status: open
title: sysroot_paths in setup.py does not consider -isysroot for macOS
versions: Python 3.11
Isuru Fernando added the comment:
Thanks @steve.dower for the info. I've created
https://github.com/python/cpython/pull/28495. Let me know if it needs to have a
separate bpo issue.
--
___
Python tracker
<https://bugs.python.org/is
Change by Isuru Fernando :
--
pull_requests: +26890
pull_request: https://github.com/python/cpython/pull/28495
___
Python tracker
<https://bugs.python.org/issue40
Isuru Fernando added the comment:
> If anyone building Python for Windows shows up needing support for this, we
> can re-visit the issue — I don't believe it's technically infeasible, just
> that the usage patterns of Python on Windows mean that it's not worth doing.
Change by Isuru Fernando :
--
keywords: +patch
nosy: +isuruf
nosy_count: 8.0 -> 9.0
pull_requests: +26810
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28397
___
Python tracker
<https://bugs.python.org/i
Change by Isuru Fernando :
--
nosy: +isuruf
nosy_count: 23.0 -> 24.0
pull_requests: +25069
pull_request: https://github.com/python/cpython/pull/26474
___
Python tracker
<https://bugs.python.org/issu
Isuru Fernando added the comment:
You are right. I think I may have accidentally used the wrong SDK. Explictly
setting `SYSTEM_VERSION_COMPAT=1` is unsupported then?
--
___
Python tracker
<https://bugs.python.org/issue43
New submission from Isuru Fernando :
In macOS Big Sur, if the executable was compiled with
MACOSX_DEPLOYMENT_TARGET=10.15
or below, then SYSTEM_VERSION_COMPAT=1 is the default which means that Big Sur
reports itself as 10.16 which in turn means that __builtin_available(macOS 11.0)
will not be
Change by Isuru Fernando :
--
keywords: +patch
pull_requests: +22407
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23523
___
Python tracker
<https://bugs.python.org/issu
New submission from Isuru Fernando :
Only a few changes are needed and I will send a Pull request.
This was used for providing macos-arm64 builds for conda where we are using
cross compiling exclusively for all macos-arm64 builds
--
components: Build
messages: 381908
nosy: isuruf
Fernando added the comment:
Hello SilentGhost,
Okay, now I understand the difference and had my code working! Thank you very
much for your answer and to all of you who help in making Python better.
(Wish I had more knowledge of it to help)
Have a nice day
Change by Fernando :
--
components: +Extension Modules -IO
___
Python tracker
<https://bugs.python.org/issue40154>
___
___
Python-bugs-list mailing list
Unsub
Fernando added the comment:
bump?
--
___
Python tracker
<https://bugs.python.org/issue40154>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Fernando :
Hello. I think that I found a bug in how sqlite3 module handle bytes.
The connect function of sqlite3 accepts strings, FilePath objects and bytes.
However, it's impossible for me to connect to bytes objects that are read from
BufferedReaders. I alway
Change by Isuru Fernando :
--
pull_requests: +17747
pull_request: https://github.com/python/cpython/pull/18371
___
Python tracker
<https://bugs.python.org/issue33
Isuru Fernando added the comment:
This is an issue even without cross-compilations as there is an environment
variable for the archiver and therefore the archiver and ranlib can be from 2
different toolchains and leads to error. Ran into this issue in python 3.8 on
macOS with an lto build
Isuru Fernando added the comment:
Fixed in https://github.com/python/cpython/pull/12445
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
New submission from Isuru Fernando :
When compiling python 3.6.4 on appveyor using MSVC 2015 following error occurs.
(C:\bld\python_1514037886491\_b_env)
C:\bld\python_1514037886491\work\Python-3.6.4\PCbuild>"C:\Program Files
(x86)\MSBuild\14.0\Bin\amd64\MSBuild.exe&qu
Sumudu Fernando added the comment:
>>> tuple(itertools.cycle(enumerate(it)) for it in itertools.count())
...
TypeError: 'int' object is not iterable
That is not what happens in the function, though! That would correspond to
doing product(*itertools.count(2010)), but
Sumudu Fernando added the comment:
I don't agree with the response to this.
It is true that as implemented (at least in 2.7, I don't have 3.x handy to
check) itertools.product requires finite iterables. However this seems to be
simply a consequence of the implementation and not p
Fernando Perez added the comment:
No problem for us (IPython) if you mark it as won't fix. I've just applied the
environment workaround you guys suggested:
http://github.com/ipython/ipython/commit/147b245d2ead0e15d2c17b7bb760a03126660fb7
Thanks a lot for that tip! That leaves
Fernando Perez added the comment:
On Tue, Jul 27, 2010 at 11:52, Alexander Belopolsky
wrote:
> Why do you expect shlex to work with unicode in 2.x? =A0The
> documentation clearly says that the argument should be a string.
> Supporting unicode is not an unreasonable RFE, but won't
Fernando Perez added the comment:
Yes, sorry that I failed to mention the example I gave applies only to 2.x, not
to 3.x.
--
___
Python tracker
<http://bugs.python.org/issue1
Fernando Perez added the comment:
Here is an illustration of the problem with a simple test case (the value of
the posix flag doesn't make any difference):
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3] on linux2
Type "help", "copyright", "
Fernando Perez added the comment:
Yarick: Yes, I do actually see the value of the summary view. When I have a
parametric test that fails, I tend to just run nose with -x so it stops at the
first error and with the --pdb options to study it, so I simply ignore all the
other failures. To me
Fernando Perez added the comment:
Hey Yarick,
On Thu, Apr 8, 2010 at 18:53, Yaroslav Halchenko w=
rote:
> In PyMVPA we have our little decorator as an alternative to Fernando's ge=
nerators, =A0and which is closer, I think, to what Michael was wishing for:
> @sweepargs
>
>
Fernando Perez added the comment:
I should probably have clarified better our reasons for using this type of
code. The first is the one Michael pointed out, where such parametric tests
all execute; it's very common in scientific computing to have algorithms that
only fail for certain v
New submission from Fernando Perez :
IPython has unittest-based parametric testing (something nose has but
which produces effectively undebuggable tests, while this approach
gives perfectly debuggable ones). The code lives here for 2.x and
3.x:
http://bazaar.launchpad.net/~ipython-dev/ipython
Fernando Gomes added the comment:
Dear Community,
I'd fronted problems to install Statistics module on my Ubuntu.
There are errors that are hard to solve without an expert help, such as
the one received from Michiel (Thank you again!!!).
Errors are listed
New submission from Fernando Correia <[EMAIL PROTECTED]>:
The documentation Style Guide
[http://docs.python.org/dev/documenting/style.html] has a broken link to
http://developer.apple.com/documentation/UserExperience/Conceptual/APStyleGuide/AppleStyleGuide2006.pdf.
This link should be upda
Fernando Pérez <[EMAIL PROTECTED]> added the comment:
I think there are two issues that need to be separated:
1. The doctest bug. I'm happy with any resolution for it, and I'm not
claiming that my patch is the best approach. isroutine() indeed works
in my case, and if that app
New submission from Fernando Pérez <[EMAIL PROTECTED]>:
Doctest fails to find doctests defined in extension modules. With tools
like cython (http://cython.org) it's trivially easy to add docstrings to
extension code, a task that is much less pleasant with hand-written
extens
Fernando Pérez <[EMAIL PROTECTED]> added the comment:
As reported by Ondrej Certik on the IPython mailing list:
Here is how to reliably (100%) reproduce it in ipython 0.8.2 (the bug
indeed goes away in 0.8.4):
http://code.google.com/p/sympy/issues/detail?id=822
together with a screensh
New submission from Fernando Pérez <[EMAIL PROTECTED]>:
Curses sometimes fails to correctly initialize the terminal.
Unfortunately I don't know how to reproduce the problem, it was reported
multiple times by ipython users, but I have no idea what causes it. I
finally found a wo
43 matches
Mail list logo
