Michael Felt added the comment:
a) Is this normal?
root@x065:[/data/prj/python/git/python3-3.7]./python -m unittest
test.test_distutils
--
Ran 0 tests in 0.000s
OK
In short - at the start I had:
./python Lib/test
Change by Michael Felt :
--
keywords: +patch
pull_requests: +5060
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue11191>
___
___
Py
Michael Felt added the comment:
Back to master (python3-3.7)
(note: not your problem - but this link is gone: not a python problem, see
closed aix issue http://www-01.ibm.com/support/docview.wss?uid=isg1IZ57712)
Getting this (obviously) on AIX 5.3, but also on AIX 6.1 (TL6), but not on AIX
Michael Felt added the comment:
I have tried jumping into the pdp using
but do not come much further in understanding how the expectations expressed in
these comments are satisfied:
+2153 # Tests for the sendmsg()/recvmsg() interface. Where possible, the
+2154 # same test code is used
Michael Felt added the comment:
Actually, the libc/libuuid function called should be setting the
version/variant values as well.
So, I think the AMD64 FreeBSD 10.x Shared 3.x uuid_generate() function is wrong
(if that is what it is using - was it/can it also use the uuid_generate*
routines
Michael Felt added the comment:
typo here:
So, I think the AMD64 FreeBSD 10.x Shared 3.x uuid_create() function is wrong
(if that is what it is using - was it/can it also use the uuid_generate*
routines?
i.e., does AMD FreeBSD use uuid_create() or uuid_generate() - or can it use
both
Michael Felt added the comment:
On 1/17/2018 11:16 AM, David CARLIER wrote:
> David CARLIER added the comment:
>
> Might comes from uuid1 function itself ... e.g. line 704 not setting version
> "field".
IMHO: for uuid1 - the version number should be in the 16 bytes fille
Michael Felt added the comment:
Just tested the patch presented.
For Python3-3.6.4 the patch in PR-5206 works as is, however, for Python3-3.5.4
- the patch to Lib/test/support/__init__.py does not work.
So, for Python3-3.5, Python3-3.6 and Python3-master - the test test_search_cpp
is
New submission from Michael Felt :
While working in issue11191 I found a fix for Python3-3.6 and later for the
following tests, and later - but not for Python3-3.5
I suppose "we" could ignore the error on Python3-3.5 (as I then have a quick -
simple - fix for Python3-3.6
Michael Felt added the comment:
Now that it is visible - maybe OpenBSD will treat it as a bug and get
the "version bits" to work as their man page
(https://man.openbsd.org/uuid.3) says it does:
STANDARDS <https://man.openbsd.org/uuid.3#STANDARDS>
The *uuid_compare*
Change by Michael Felt :
--
versions: +Python 3.7
___
Python tracker
<https://bugs.python.org/issue27643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michael Felt :
--
pull_requests: +5378
___
Python tracker
<https://bugs.python.org/issue27643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
If it is a bug in OpenBSD how do you propose we "fix" this.
imho, the problem is "outside" python.
however, until it is fixed in openbsd, would you accept an 3error macro that
prevents the mod from being built on the specific version o
Michael Felt added the comment:
oops, sain openbsd, should be freebsd
--
___
Python tracker
<https://bugs.python.org/issue32493>
___
___
Python-bugs-list mailin
Michael Felt added the comment:
On 15/04/2018 07:56, Ned Deily wrote:
> Ned Deily added the comment:
>
> Thanks for the report and the good detective work! I see the same results.
> It appears that the error was introduced by
> c5ae169e1b73315672770517bf51cf8464286c76 for
New submission from Michael Felt :
I struggled with how python was packaged by others. Key points being: many
dependencies, no assurance you could uninstall the dependencies and/or python.
A little over two years ago I started looking for 'root causes' of problems
that potentia
Michael Felt added the comment:
FYI: as my primary effort for AIX concerned ctypes.find_library() - and that is
now in the Python3-3.7 branch - when I do a PR it will only be for "current"
efforts, i.e., Python3-3.7 and later.
As much as I feel it is important I'll backp
Michael Felt added the comment:
P.s. i apologize for probably posting in the incorrect “issues” area. Having
followed guido’s link i see an area that is new for me.
If it is better that i “restart” the discussion there, just ask.
--
nosy: +aixto...@gmail.com
Michael Felt added the comment:
Took me a while to get this 'posted' properly.
- please see https://github.com/python/pythondotorg/issues/1156
My apologies for the noise.
--
stage: -> resolved
status: open -> closed
___
Python
Michael Felt added the comment:
OOT builds are working for Python2.7, Python3-3.5, Python3-3.6 (and later I
expect) but not for Python3-3.4(.8)
unable to execute '../git/python3-3.4.8/Modules/ld_so_aix': No such file or
directory
while building OOT
root@x066:[/data/prj/pyt
Michael Felt added the comment:
Wishing I could edit a post...
root@x066:[/data/prj/python]find ./python3-3.4.8 git/python3-3.4.8 -name
ld_so_aix
./python3-3.4.8/Modules/ld_so_aix
--
___
Python tracker
<https://bugs.python.org/issue27
Michael Felt added the comment:
On 11/20/2017 5:22 PM, Serhiy Storchaka wrote:
> Serhiy Storchaka added the comment:
>
> _unixdll_getnode, _ifconfig_getnode, and _arp_getnode were changed recently.
> Are they still not working on AIX?
After a clone of master:
a) _unixdll_getnode i
New submission from Michael Felt :
after git clone from master:
make install fails to complete with:
Important - python is not installed already.
FYI: also note - build completes successfully with 2.7.14 (will download and
check other python3 versions)
if test "xupgrade&quo
Michael Felt added the comment:
FYI: version 3.6.3 compiles and builds without this issue.
+ make install DESTDIR=/var/aixtools/python/Python/3.6.3.0 >
.buildaix/install.out
+ mkinstallp.ksh /var/aixtools/python/Python/3.6.3.0 > .buildaix/mkinstallp.out
--
versions: +Pyth
Michael Felt added the comment:
no. I'll install what I have atm.
Too bad - as now it will have an install dependency.
re: https://bugs.python.org/issue27976#msg274628 -- seems a warning that libffi
is not available might be useful after all.
Question: is ffi still bundled for Darwin -
Michael Felt added the comment:
If I removed you from nosy - purely accidental - probably because you answered
and I still had a dialog open with you not in it.
My apologies in any case. I'll be more careful should something like that
happen again.
I am aware of the other dependencies
Michael Felt added the comment:
x064 is AIX 5.3, x071 is AIX 6.1, x072 is AIX 7.1 - in the following output
On 11/20/2017 9:01 PM, Serhiy Storchaka wrote:
> Serhiy Storchaka added the comment:
>
> What return commands `ifconfig`, `ifconfig -a`, `ifconfig -av`, `ip link
> lis
Michael Felt added the comment:
SVR4 - stands for AT&T System V Release 4 - the beginning (as I understand it)
of shared libraries as (indivudual) .so files in UNIX. SVR3 (and earlier) used
.a files (aka archives with members in
New submission from Michael Felt :
current level: commit 4b965930e8625f77cb0e821daf5cc40e85b45f84 (HEAD -> master,
upstream/master, origin/master, origin/HEAD)
Build message:
michael@x071:[/data/prj/python/git/python3-3.7.X]make
xlc_r -DNDEBUG -O -I/opt/include -O2 -qmaxmem=-1 -qarch=p
Michael Felt added the comment:
OOps - wrong error!
It is the new fsid variable!
michael@x071:[/data/prj/python/git/python3-3.7.0.a3]xlc_r -DNDEBUG -O
-I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -I. -I./Include -I/opt/in>
"./Modules/posixmodule.c", line 5514.11: 1506-131
Michael Felt added the comment:
FYI: from /usr/include/types.h
/* typedef for the File System Identifier (fsid). This must correspond
* to the "struct fsid" structure in _ALL_SOURCE below.
*/
typedef struct fsid_t {
#ifdef __64BIT_KERNEL
unsigned long val
Michael Felt added the comment:
Sure - I'll work on a PR. This will be the easier one.
Where I am currently 'lost' is to correct _uuidmodule.c - another thing that
has always been broken (new issue, about to open).
--
___
Python
New submission from Michael Felt :
I was hoping for something simple - as in:
+1 #define PY_SSIZE_T_CLEAN
+2
+3 #include "Python.h"
+4 #ifndef _AIX
+5 #include
+6 #else
+7 #include
+8 #endif
However, it dies - instantly.
11 | stati
Michael Felt added the comment:
So - KISS principle:
This diff shows what can compile:
diff --git a/Modules/_uuidmodule.c b/Modules/_uuidmodule.c
index d4bc3c7..5550705 100644
--- a/Modules/_uuidmodule.c
+++ b/Modules/_uuidmodule.c
@@ -1,7 +1,11 @@
#define PY_SSIZE_T_CLEAN
#include
Change by Michael Felt :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue32399>
___
___
Python-bugs-list mailing list
Unsubscrib
Michael Felt added the comment:
Understood.
What I have learned.
Although the types are quite different, they are both 16 bytes.
Starting with AIX 6.1, libc includes uuid_create(&uuid, &status)
which fills "uuid" with a uuid.uuid1() like result.
After calling uui
Michael Felt added the comment:
Well, replied via email response - but it did not show up here.
You suggestion worked. I'll start a PR and we can see if your suggestion also
works for all the other platforms.
--
___
Python tracker
&
Change by Michael Felt :
--
keywords: +patch
pull_requests: +4863
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32390>
___
___
Py
Change by Michael Felt :
--
keywords: +patch
pull_requests: +4865
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32399>
___
___
Py
Michael Felt added the comment:
As the 'basics' seem to be 'accepted', going to work on the PR so that
configure.ac can prepare the right choices, rather than rely on a hard-coded
_AIX determined macro.
--
___
Py
Michael Felt added the comment:
will open a new PR for ./Doc/library/ctypes.rst
--
___
Python tracker
<https://bugs.python.org/issue26439>
___
___
Python-bug
Michael Felt added the comment:
Did some additional research. The code can work asis when _ALL_SOURCE is
undefined. Or, in other words - there does not have to be a variable syntax
issue or separate code for AIX.
As you read this - please remember that since issue #32143 was 'resolved
Michael Felt added the comment:
As I was not responding properly (too verbose) - I'll reread the thread for the
initial patch suggestion - and hope it still fits the current 'master'.
My apologies for the long silence on this.
--
nosy: -aix
Michael Felt added the comment:
this was just feedback - and should probably be closed.
--
___
Python tracker
<https://bugs.python.org/issue28290>
___
___
Pytho
Michael Felt added the comment:
There were changes made - I know not when - but OOT builds work now. This issue
may be closed.
--
___
Python tracker
<https://bugs.python.org/issue27
Michael Felt added the comment:
On 03/01/2018 14:41, David Edelsohn wrote:
> David Edelsohn added the comment:
>
> _ALL_SOURCE is overkill. It probably is too big a club for this regression.
Maybe. Clearly it is a big club. The documentation - if you can find any
- is ancie
Michael Felt added the comment:
Ignore my last comment - I have a headache. If I could edit/delete it I would.
aka "reset 2018 - here I come!"
--
___
Python tracker
<https://bugs.python.o
Michael Felt added the comment:
On 03/01/2018 18:03, Xavier de Gaye wrote:
> Xavier de Gaye added the comment:
>
> The following patch may be less invasive and more explicit:
>
> diff --git a/Modules/posixmodule.c b/Modules/posixmodule.c
> index 38b6c80e6b..e0bb4ba869 1006
Michael Felt added the comment:
On 24/02/2017 09:44, Michael Haubenwallner wrote:
> Michael Haubenwallner added the comment:
>
> Let's switch to github-based patches to discuss about:
> https://github.com/python/cpython/compare/2.7...haubi:issue27435/2.7
>
> For the libra
Michael Felt added the comment:
On 05/01/2018 13:38, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> Michael, does AIX have uint32_t? If so, we could happily drop the unsigned32
> reference.
Yes, AIX has unit32_t.
michael@x071:[/home/michael]grep unsigned32 /usr
Michael Felt added the comment:
On 08/01/2018 12:47, David Carlier wrote:
> David Carlier added the comment:
>
> Perfect. That solves in the process OpenBSD uuid module build too.
>
> --
p.s. I did not 'invent' unsigned32 - just took the syntax from the man
p
Michael Felt added the comment:
Considering that _uuid is now working for AIX issue32399 - I need to get some
things straight (aka some help please).
Does uuid.py (./Lib/uuid.py) call _uuid.py?
If not, I am curious how _uuid.c is used - because ./Lib/test/test_uuid.py does
not seem to be
Michael Felt added the comment:
On 08/01/2018 16:07, Michael Felt wrote:
> Michael Felt added the comment:
>
> Considering that _uuid is now working for AIX issue32399 - I need to get some
> things straight (aka some help please).
>
> Does uuid.py (./Lib/uuid.py) call _uuid
Michael Felt added the comment:
On 08/01/2018 17:22, Michael wrote:
> On 08/01/2018 16:07, Michael Felt wrote:
>> Michael Felt added the comment:
>>
>> Considering that _uuid is now working for AIX issue32399 -
some time differences - this is on POWER6 (10 years old syste
Michael Felt added the comment:
On 09/01/2018 16:21, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
>> What is the desired behavior, specifically, of
> uuid.getnode() - constant, or 'random'?
>
> I'm also certain getnode() is supposed to
Michael Felt added the comment:
I know it is not earth shattering - but it will permit one more test to pass.
Please review the PR. Thx.
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue27
Michael Felt added the comment:
Please review PR. at least for "master"
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue28009>
___
__
Michael Felt added the comment:
I hope this can be reviewed and eventually closed - not because it is X years
old and unresolved - but because it is resolved for the latest branches!
Thx
--
versions: +Python 3.8
___
Python tracker
<ht
Change by Michael Felt :
--
pull_requests: +7082
___
Python tracker
<https://bugs.python.org/issue32493>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michael Felt :
--
pull_requests: +7139
___
Python tracker
<https://bugs.python.org/issue32493>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
@vstinner - I know this is "closed", however, I submit a minor PR to fix an
error in PR7104. The logic of configure.ac always defines HAVE_UUID_ENC_BE.
I cannot proceed with PR5183 (aka issue28009) until this is repa
Michael Felt added the comment:
OK. I know I do not understand this well - when it goes in A, or B.
So, if I understand correctly, like this issue was created after
uuid_create() was added for AIX and created issues for FreeBSD )that I
did not know had uuid_create(), I need to create a new
Michael Felt added the comment:
I was not aware that _uuid was new to python3-3.7. I thought it had been around
for a long time.
Bpo-28009 goes back two years and i was unaware of uuid_create().
Would it be easier to split it into 3 issues? One for unixdll, one for netstat,
and one for
Michael Felt added the comment:
imho - this should have status "closed"
--
___
Python tracker
<https://bugs.python.org/issue26439>
___
___
Python-b
Michael Felt added the comment:
Again, the PR worked months ago. I expect it to still work.
So, I guess the question is: is there any interest. After several weeks of
waiting after the last ttt - still waiting :)
--
components: +Tests -ctypes
Michael Felt added the comment:
@tarek - anything specific/extra you need?
--
___
Python tracker
<https://bugs.python.org/issue11191>
___
___
Python-bugs-list m
Michael Felt added the comment:
There is a big chance it is not a direct issue with either python or pip /
rather an issue with how current your "openssl" setup is.
As an example, using git I was not able to "pull" from a remote. This git (that
also depends on python)
Michael Felt added the comment:
OK. as promised when I closed PR 5183 - a restart.
You may skip the wall that follows - it is just documentation.
The key points:
* AIX ifconfig and arp do not supply maccaddr
* netstat supplies a macaddr, but uses '.' not ':' as a de
New submission from Michael Felt :
As far as I can tell _ssl works properly. However, test_ssl returns FAIL at
some very basic levels, e.g.
...
test_constructor (test.test_ssl.ContextTests) ... ERROR
...
test_protocol (test.test_ssl.ContextTests) ... ERROR
test_python_ciphers
Michael Felt added the comment:
as this is fixed is Python3.7 (see issue26439) and has been stated several
times that it will not be fixed in Python2.7 I suspect this issue may also be
closed.
--
___
Python tracker
<https://bugs.python.
Michael Felt added the comment:
Any comments re: environment variables - even if the answer is None!
--
versions: +Python 2.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue34
Michael Felt added the comment:
update: went back to check what worked, did not work without the environment
variable set.
I am going to guess that pip(3) is able to make use of the environment variable
SSL_CERT_FILE as pip download fails (in some cases) without it, but succeeds
with it
Michael Felt added the comment:
@pitrou: re: Is nohup required in the example you just posted or is that a red
herring?
I just use nohup to merge stdout and stderr when grepping for messages - and
to, ideally, have the stdout and stderr messages properly synced in the output
stream. So, I
Change by Michael Felt :
--
pull_requests: +8164
___
Python tracker
<https://bugs.python.org/issue28009>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
I "guess" it is somewhere in this code. But I am getting lost in all the macros
that call other macros.
Some help would really be appreciated!
Currently looking in _ssl.c at:
/*[clinic input]
_ssl.get_default_verify_paths
Return search paths and e
New submission from Michael Felt :
The test fails because
byte_str.decode('ascii', 'surragateescape')
is not what ascii(byte_str) - returns when called from the commandline.
Assumption: since " check('utf8', [arg_utf8])" succeeds I assume the parsing o
Michael Felt added the comment:
In short, I do not understand how this passes on Linux.
This is python3-3.4.6 on sles12:
>>> 'h\xe9\u20ac'.encode('utf-8')
b'h\xc3\xa9\xe2\x82\xac'
>>> ascii('h\xe9\u20ac'.encode('utf-8
Michael Felt added the comment:
On 8/6/2018 10:10 PM, Michael Felt wrote:
> Michael Felt added the comment:
>
> In short, I do not understand how this passes on Linux.
>
> This is python3-3.4.6 on sles12:
>
>>>> 'h\xe9\u20ac'.encode('utf-8')
Michael Felt added the comment:
Common "experts" - feedback needed!
Original
test test_utf8_mode failed -- Traceback (most recent call last):
File "/data/prj/python/git/python3-3.8/Lib/test/test_utf8_mode.py", line 225,
in test_cmd_line
check('utf8=0'
Change by Michael Felt :
--
pull_requests: +8196
___
Python tracker
<https://bugs.python.org/issue11191>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
this can be closed. Discussion, if any, at
https://github.com/python/cpython/pull/8709 or issue11191
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Michael Felt added the comment:
Starting this discussion again. Please take time to read. I have spent hours
trying to understand what is failing. Please spend a few minutes reading.
Sadly, there is a lot of text - but I do not know what I could leave out
without damaging the process of
New submission from Michael Felt :
32-bit:
==
ERROR: test_mktime (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
File "/data/prj/p
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8210
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34373>
___
___
Py
New submission from Michael Felt :
test_mode assumes that the SGID bit is not set in the parent directory. If it
is set the assertEqual() tests fail.
This PR checks the mode of 'base' to see if the SGID bit is set, or not, and
compares results accordingly.
Back-porting
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8224
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34382>
___
___
Py
Michael Felt added the comment:
The original error reported was fixed by AIX - in AIX 6.1.
It will remain unresolved in AIX 5.3.
There are currently two other errors in test_socket.
FAIL: test_getnameinfo_ipv6_scopeid_symbolic
(test.test_socket.GeneralModuleTests
Michael Felt added the comment:
I am looking at this.
Based on the comments from a historical perspective - copyfile() needs to be
calling the copy_mode function before any copying actually occurs.
As the dest is already open for writing it does not matter (on posix)
what mode it has later
Michael Felt added the comment:
my bad: forgot the snippet I mentioned in the previous post:
try:
lookup("chmod")(dst, mode, follow_symlinks=follow)
except NotImplementedError:
# if we got a NotImplementedError, it's because
# * follow
Michael Felt added the comment:
I want to believe this can be resolved - without breakage on POSIX.
Clarification: while Mac/OS falls under "posix" in python terms - maybe
"breakage" will need to be accepted,
or, for "back-ports" Mac/OS will be "as if root o
Michael Felt added the comment:
as this is not (likely) to be backported to Python2 (by python, fyi: I do
include full ctypes-load_library() support in my "independent" packaging)
and it is "resolved" for Python3-3.7 issue26439
this issue
Michael Felt added the comment:
On 16/08/2018 17:34, Ronald Oussoren wrote:
> Ronald Oussoren added the comment:
>
> I don't understand this clarification:
>
>> Clarification: while Mac/OS falls under "posix" in python terms - maybe
>> "breakage
Michael Felt added the comment:
Likewise, I have no idea who should review, or whether python2 should be
included or not.
The issue is not a bug in python, rather a shortcoming in the test suite.
In short, since I do my builds in an environment where the mode includes SGID
on the
Michael Felt added the comment:
Although the default is different (i.e., roman8 versus latin1 (iso8859-1)) both
HP-UX and AIX (like Windows, cp1252) this issue and issue 33347 are related.
As I mentioned in https://bugs.python.org/issue34347#msg323319 the string seen
by self.get_output() is
Michael Felt added the comment:
On 04/08/2018 16:37, Michael Felt wrote:
> Some help would really be appreciated!
Gotten a bit further :)
While it does not affect the 'failures', this change decreases 'errors'
by 8 (skipped +1).
I do not expect this to be 'accept
Michael Felt added the comment:
On 21/08/2018 09:46, Michael wrote:
> On 04/08/2018 16:37, Michael Felt wrote:
>> Some help would really be appreciated!
> Gotten a bit further :)
A little bit more:
Modules/_ssl.c
+3707 fprintf(stderr,"load_cert_chain():cert
Michael Felt added the comment:
I nearly have a patch - to resolve all the remaining test_socket() issues with
AIX. However, this (new?) issue remains:
f = lambda a: inet_pton(AF_INET6, a)
assertInvalid = lambda a: self.assertRaises(
(OSError, ValueError), f, a
Michael Felt added the comment:
On 23/08/2018 12:51, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> Your issue is about decoding command line argument which is done from main()
> function. It doesn't use Python codecs, but functions like Py_DecodeLocale().
Michael Felt added the comment:
On 23/08/2018 19:14, Michael Felt wrote:
> Michael Felt added the comment:
>
> On 23/08/2018 12:51, STINNER Victor wrote:
>> STINNER Victor added the comment:
>>
>> Your issue is about decoding command line argument which is done f
Michael Felt added the comment:
Inspired by msg211764 I made a PR - which I hope is okay to add here.
If not, a new issue and PR can be made later.
In short:
For address family of AF_UNIX or AF_UNIX_CCSID, getsockname() returns 0 if
issued before a bind(). The address length is 0. This
401 - 500 of 737 matches
Mail list logo
