Michael Felt added the comment:
@paul.moore - thanks for the comment.
I am trying to work from both
https://packaging.python.org/specifications/platform-compatibility-tags/ which
describes in a few words the goals of PEP425.
As to the PEP425 itself, it does not specify what a tag looks
Michael Felt added the comment:
And the other AIX bot has been repaired, and is running green as well!
:)
--
___
Python tracker
<https://bugs.python.org/issue22
Michael Felt added the comment:
p.s. the new PR also needs to be backported for the 3.8 bots.
--
___
Python tracker
<https://bugs.python.org/issue22367>
___
___
Michael Felt added the comment:
Thanks for the update to the PR
FYI One AIX bot seems to be having support issues atm (and stays red), but the
other one turned green again. :smile:
--
___
Python tracker
<https://bugs.python.org/issue22
Michael Felt added the comment:
a) - thanks Ned, for the kind words.
b) - the proposed (change to the tag) is "AIX.VRTL.YYWW.SZ".
"AIX" - in caps, to distinguish from current tag starting as "aix"
VRTL - 4 digit number, one digit for Version, one digi
Change by Michael Felt :
--
pull_requests: +16795
pull_request: https://github.com/python/cpython/pull/17303
___
Python tracker
<https://bugs.python.org/issue38
Michael Felt added the comment:
FYI: I loaded the pr just now and tested on AIX.
$ ./python -m test test_fcntl
0:00:00 Run tests sequentially
0:00:00 [1/1] test_fcntl
== Tests result: SUCCESS ==
1 test OK.
Total duration: 767 ms
Tests result: SUCCESS
$ git status
On branch pr_17154
Michael Felt added the comment:
ignore my last comment - I missed your comment about skipping the test. My
apologies.
I'll be patient.
Thanks for the update!
--
___
Python tracker
<https://bugs.python.org/issue22
Michael Felt added the comment:
Could PR17010 be reverted?
For 10 days now several bots, AIX and x86-64 High Sierra - afaik, are failing
the tests.
re: https://bugs.python.org/issue22367#msg356614 - while that may address High
Sierra, it does not address AIX.
See message https
Michael Felt added the comment:
@corona10
The AIX bot's are also in the red zone with PR17010.
This was examined earlier See: https://bugs.python.org/issue35633#msg333662
In short, the recommendation by Victor was to skip the test: quote:
> On AIX the test for flock() passes, but the t
Michael Felt added the comment:
Please let me be much more specific.
This specific bot failure is from when I ran the bot using XLC as a compiler.
Because I could not solve it on my own, and did not get any hints in time (see
issue35828) Since my work schedule intensified I switched the bot
Michael Felt added the comment:
Added a backport for 3.8.
p.s. - what is the file "name of the past"?
--
___
Python tracker
<https://bugs.python.o
Change by Michael Felt :
--
pull_requests: +15955
pull_request: https://github.com/python/cpython/pull/16376
___
Python tracker
<https://bugs.python.org/issue36
Michael Felt added the comment:
Hi all,
Now that I have finally noticed that the 3.8 branches are active for AIX bots I
see something that I had always thought was in the 3.8 branch, but is not yet.
https://github.com/python/cpython/pull/12202
Seems the backport never succeeded. Although
Michael Felt added the comment:
When testing the PR with --with-pydebug I started getting the following error:
root@x066:[/data/prj/python/git/pr-test]./python '-X' 'tracemalloc' -m test
test_venv
Run tests sequentially
0:00:00 [1/1] test_venv
test test_venv failed -- Traceback (most recent
Change by Michael Felt :
--
keywords: +patch
pull_requests: +15337
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15678
___
Python tracker
<https://bugs.python.org/issu
Michael Felt added the comment:
Thank you Ned.
Not a justification perhaps, but a way to specify that it is support. Three+
years ago when I first worked on something for Lib/ctypes to get find_library()
et al working for AIX I was also asked to add it as _aix.py similar to the
macos
New submission from Michael Felt :
PEP425 stats the platform tag is what distutils.util.get_platform() (and
sysconfig.get_platform()) returns.
By that definition - anything is okay, as long as something is returned.
However, in practice, it is insufficient. Simplest case
Michael Felt added the comment:
I did not ask back in June - but could this also be backported to 3.7. I am
trying very hard to have all tests also passing on 3.7. as @asvetlov is ok with
a skipped test for AIX - see https://bugs.python.org/issue35545#msg344003
I can make the backport
Michael Felt added the comment:
correction - issue18049 was related to test_threading. cannot say for sure that
"this" is resolved by 18049. apologies for noise.
--
___
Python tracker
<https://bugs.python.o
Michael Felt added the comment:
resolved via issue18049
--
___
Python tracker
<https://bugs.python.org/issue36273>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
Issue36210 needs a back-port to 3.7 and 3.6.
--
___
Python tracker
<https://bugs.python.org/issue37733>
___
___
Python-bug
Change by Michael Felt :
--
pull_requests: +14827
pull_request: https://github.com/python/cpython/pull/15081
___
Python tracker
<https://bugs.python.org/issue18
Michael Felt added the comment:
On 02/08/2019 11:57, Michael Felt wrote:
> On 02/08/2019 11:48, Ronald Oussoren wrote:
>> Ronald Oussoren added the comment:
>>
>> That code is only called if THREAD_STACK_SIZE is defined. The block I
>> mention defin
Michael Felt added the comment:
On 02/08/2019 11:48, Ronald Oussoren wrote:
> Ronald Oussoren added the comment:
>
> That code is only called if THREAD_STACK_SIZE is defined. The block I mention
> defines it for macOS and FreeBSD, but not for other platforms. I therefo
Michael Felt added the comment:
Going to take a stab in the dark - the the issue lies here:
"./Python/errors.c"
#ifndef Py_NORMALIZE_RECURSION_LIMIT
#define Py_NORMALIZE_RECURSION_LIMIT 32
#endif
As there is not enough memory for this to run in the default memory model.
Howeve
Michael Felt added the comment:
***
Looking in ./Python/thread_pthread.h"
+252 #if defined(THREAD_STACK_SIZE)
+253 PyThreadState *tstate = _PyThreadState_GET();
+254 size_t stacksize = tstate ? tstate->interp->pythread_stacksize : 0;
+255 tss = (sta
Michael Felt added the comment:
@Ronald - thanks.
Gives me something to work from. Would not have found this so easily!
But - where to put it... :)
--
nosy: +Michael.Felt
___
Python tracker
<https://bugs.python.org/issue18
Michael Felt added the comment:
On 01/08/2019 11:15, STINNER Victor wrote:
> FAILED (failures=1)
> Warning -- files was modified by test_threading
> Before: []
> After: ['core']
Thanks. I'll look again (on my bot) and other test systems.
What I assume has not been cl
Michael Felt added the comment:
David gives several reasons why this PR should not be used.
And, in reading them - while I follow them at face value, there may be things I
miss due to ignorance or being naive (more the system admin than tool
developer).
Isn't there an configure --enable
Michael Felt added the comment:
On 14/07/2019 22:28, Tal Einat wrote:
> Tal Einat added the comment:
>
>>> The current code and proposed changes use 'netstat -ia' to find the node
>>> however if netstat needs to perform a reverse DNS query to resolve some
>>
Change by Michael Felt :
--
pull_requests: +14077
pull_request: https://github.com/python/cpython/pull/14242
___
Python tracker
<https://bugs.python.org/issue34
Change by Michael Felt :
--
pull_requests: +14074
pull_request: https://github.com/python/cpython/pull/14238
___
Python tracker
<https://bugs.python.org/issue34
Change by Michael Felt :
--
pull_requests: +14073
pull_request: https://github.com/python/cpython/pull/14237
___
Python tracker
<https://bugs.python.org/issue11
Change by Michael Felt :
--
pull_requests: +14069
pull_request: https://github.com/python/cpython/pull/14233
___
Python tracker
<https://bugs.python.org/issue34
New submission from Michael Felt :
In AIX "sendfile()" is named send_file().
During testing I learned, unexpectedly, that AIX platform has never provided
support of os.sendfile(). This is correct that oversight.
>From this (and older) documentation - it seems all th
Michael Felt added the comment:
Closed. Not a bug in test_sendfile.
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Change by Michael Felt :
--
pull_requests: +14034
pull_request: https://github.com/python/cpython/pull/14197
___
Python tracker
<https://bugs.python.org/issue34
Change by Michael Felt :
--
pull_requests: +14031
pull_request: https://github.com/python/cpython/pull/14194
___
Python tracker
<https://bugs.python.org/issue35
Michael Felt added the comment:
p.s. - changed the title: way back when I first started on this I was mainly
concerned that the _netstat_getnode() routine was broken for AIX. During the
research and follow-up discussions it has become clear that it is more than
just an AIX issue
Change by Michael Felt :
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue28009>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
I have modified -
_NODE_GETTERS_WIN32 = [_windll_getnode, _netbios_getnode, _ipconfig_getnode]
_NODE_GETTERS_UNIX = [_unix_getnode, _ifconfig_getnode, _ip_getnode,
_arp_getnode, _lanscan_getnode, _netstat_getnode]
to:
+683
Change by Michael Felt :
--
pull_requests: +13875
pull_request: https://github.com/python/cpython/pull/14011
___
Python tracker
<https://bugs.python.org/issue35
Change by Michael Felt :
--
keywords: +patch
pull_requests: +13874
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14010
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael Felt :
issue34655 added sendfile support to asyncio. However, the `test_sendfile`
fails when called if there is no os.sendfile support.
This patch will skip the test when
@unittest.skipUnless(hasattr(os, 'sendfile'), 'test needs os.sendfile
Change by Michael Felt :
--
pull_requests: +13872
pull_request: https://github.com/python/cpython/pull/13624
___
Python tracker
<https://bugs.python.org/issue37
Michael Felt added the comment:
I started a reply on the python-mentoring maillist - and promised to come back
here.
a) imho - the discussion about an "attacker" is only misleading for the general
case. For active attacks - where an attacker has active acces to the system is
not
Change by Michael Felt :
--
nosy: +Michael.Felt
___
Python tracker
<https://bugs.python.org/issue36656>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
On 06/06/2019 19:08, Steve Dower wrote:
> Steve Dower added the comment:
>
> Changing our policy here (from "no policy" to "here's a recommendation")
> probably deserves a python-dev discussion first.
I can rejoin the list -
Michael Felt added the comment:
On 06/06/2019 14:14, Tal Einat wrote:
> Tal Einat added the comment:
>
> Steve's suggestion sounds reasonable.
>
> Should we just add this to the devguide, then?
Well, as I said before - it was never about THIS being the solution.
While that
Michael Felt added the comment:
On 05/06/2019 07:07, Tal Einat wrote:
> Tal Einat added the comment:
>
> Michael, your willingness to help, and the work on this issue and PR, are
> greatly appreciated!
>
> Reading through the discussion here again, and the one referenced
Michael Felt added the comment:
hmm - i had just synced with master. must have just missed something since
there is a strike-out through GH-13251. If so, please ignore. BBL.
--
___
Python tracker
<https://bugs.python.org/issue36
Michael Felt added the comment:
FYI: since:
commit 23b4b697e5b6cc897696f9c0288c187d2d24bff2
Author: Andrew Svetlov
Date: Mon May 27 22:56:22 2019 +0300
bpo-36889: Merge asyncio streams (GH-13251)
https://bugs.python.org/issue36889
AIX bot 'hangs' during
test_sendfile
Michael Felt added the comment:
On 30/05/2019 23:11, Andrew Svetlov wrote:
> Andrew Svetlov added the comment:
>
> Guys, thank you for investigation.
> If there is AIX "idiosyncrasy" -- please feel free to skip failed tests on
> AIX.
>
> If you have access to
Michael Felt added the comment:
On 30/05/2019 10:27, Erwan Le Pape wrote:
> Erwan Le Pape added the comment:
>
> Assuming similar configuration to the one in msg343430, a simple native
> getaddrinfo test to check whether any scope ID is returned.
The 'expanded' program ... main(
Michael Felt added the comment:
On 29/05/2019 16:36, Ned Deily wrote:
> Ned Deily added the comment:
>
> FWIW, my opinion on making this kind of wholesale change has not changed: see
> the discussion in PR 7800.
I had actually read through that before I started on this.
Michael Felt added the comment:
On 25/05/2019 00:19, Erwan Le Pape wrote:
> Erwan Le Pape added the comment:
>
> Thanks for testing that. It's good that you used an actual address because
> that eliminates the possibility that AIX doesn't handle addresses it doesn't
> re
Change by Michael Felt :
--
keywords: +patch
pull_requests: +13523
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/13624
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael Felt :
As issue36084 is already closed - opening a new issue for the PR to add this
support for AIX.
--
messages: 343765
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: Threading: add builtin TID attribute to Thread objects for AIX
Michael Felt added the comment:
On 23/05/2019 18:16, Jake Tesler wrote:
> Jake Tesler added the comment:
>
> Michael Felt -
> If you would like some help with adding/building AIX support for this
> functionality, tag me, I'd be glad to help out! :)
>
> --
Than
Michael Felt added the comment:
No problem with trying out your tests.
Sent from my iPhone
> On 25 May 2019, at 00:19, Erwan Le Pape wrote:
>
>
> Erwan Le Pape added the comment:
>
> Thanks for testing that. It's good that you used an actual address because
Michael Felt added the comment:
On 24/05/2019 19:59, Erwan Le Pape wrote:
> python3 -c 'import socket; print(socket.getaddrinfo("fe80::1%1", 80))'`
root@x067:[/home/root]python3 -c 'import socket;
print(socket.getaddrinfo("fe80::1%1", 80))'
[(, , 17, '',
('fe80::1', 80,
Michael Felt added the comment:
On 24/05/2019 19:59, Erwan Le Pape wrote:
> python3 -c 'import socket; print(socket.getaddrinfo("fe80::1%1", 80))'`
p.s. I used an actual address:
buildbot@x064:[/home/buildbot/aixtools-master]netstat -ni
Name Mtu Network Address
Michael Felt added the comment:
In hindsight, maybe the message could have been better,
BUT - is it relevant?
commit 413118ebf3162418639a5c4af14b02d26571a02c
Author: Michael Felt
Date: Fri Sep 14 01:35:56 2018 +0200
Fix test_asyncio for AIX - do not call transport.get_extra_info
Michael Felt added the comment:
On 22/05/2019 18:08, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> Michael Felt: it's annoying when you ignore Antoine's comment and my comment.
> * https://github.com/python/cpython/pull/13463#issuecomment-494797084
> * https://
Michael Felt added the comment:
On 22/05/2019 15:15, Jake Tesler wrote:
> Jake Tesler added the comment:
>
> I will look into whether adding thread_self() for AIX would be simple enough
> for this PR.
>
> --
>
> ___
&g
New submission from Michael Felt :
For years Python includes the file /usr/include/pthread.h. The AIX
documentation states that this needs to be the first include file included OR
the define _THREAD_SAFE needs to be defined.
As this may have been true, might still be true, or might have
Michael Felt added the comment:
On 22/05/2019 12:22, Michael Felt wrote:
> All the other "assurances" are just things that need to be assured. Adding a
> -D_XXX to CFLAGS is not all that complex either. Perhaps getting the need for
> the flag documented is 'complex'.
Now
Michael Felt added the comment:
I do not know if it is that much mode complex. Unless I missed something it
seems to be that this bit - needs three lines added after the FREEBSD block -
per below:
All the other "assurances" are just things that need to be assured. Adding a
-D_XXX
Michael Felt added the comment:
On 22/05/2019 10:43, Michael Felt wrote:
> 'fe80::1%1' <> 'fe80::1' - ... I am not 'experienced' with IPv6 and scope.
>From what I have just read (again) - scope seems to be a way to indicate
the interface used (e.g., eth0, or enp0s25) as a "
Michael Felt added the comment:
from below:
In case of 3.7 first call to _ensure_resolved returns
('fe80::1', 12345, 0, 1)
then second call returns
('fe80::1', 12345, 0, 0)
Notice that scope is now completely lost and is set to 0, thus actual call to
socket.connect is wrong
In case of 3.6
Michael Felt added the comment:
Repeating a bot of what I added to PR13463
AIX has native support for thread-id since at least AIX 4.1 (1994-1995) where
every process has an initial TID (PID are even numbers and "own" the resources,
TID are odd and are the "workers&quo
Michael Felt added the comment:
On 21/05/2019 12:08, Michael Felt wrote:
> Michael Felt added the comment:
>
> p.s. On Centos I could not even get a python3 (at least not easily).
>
> On debian (on POWER) I get the same error (message) as on AIX - although the
> line
New submission from Michael Felt :
==
test_create_connection_ipv6_scope
(test.test_asyncio.test_base_events.BaseEventLoopWithSelectorTests)
--
Traceback (most
New submission from Michael Felt :
On AIX, with commit 4fb15021890d327023aefd95f5a84ac33b037d19 (HEAD -> master,
origin/master, origin/HEAD)
test_thread is failing.
The three sub_tests that exit as ERROR are:
ERROR: test_threads_join_2 (test.test_threading.SubinterpThreadingTests)
ER
Michael Felt added the comment:
Again - how can I get the core (dump) mentioned in the error message. When I
force this situation I have several core dumps - not "the one".
--
___
Python tracker
<https://bugs.python.o
Michael Felt added the comment:
I believe (or hope) this is related to issue35828.
This is, as far as I can tell, a compiler issue.
It appears "always" in the bot situation (not building as root) when using
xlc-v11, but not when using gcc-4.7.4.
So, when the test failure &
Michael Felt added the comment:
p.s. On Centos I could not even get a python3 (at least not easily).
On debian (on POWER) I get the same error (message) as on AIX - although the
line number did change.
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate
verify failed
Michael Felt added the comment:
I am not an OpenSSL expert - and I am conscious of OpenSSL changes with regard
to 'acceptance' of anything self-signed.
And, what it looks like you are trying to do with an updated 'signing" .pem is
to remove the 'self-signed' charasteric.
On AIX - at
Michael Felt added the comment:
On 23/04/2019 17:53, Steve Dower wrote:
> Steve Dower added the comment:
>
>> Being 'runtime' rather than 'buildtime' seemed more precise - tests that
>> are not meant to be build-time dependent use run-time status while
>> leaving s
Michael Felt added the comment:
On 22/04/2019 21:14, Steve Dower wrote:
> Steve Dower added the comment:
>
> I like this, though I don't like using the platform module here and would
> prefer sys.platform to be canonical (until there's a need to differentiate -
> e.g. so
Michael Felt added the comment:
On 22/04/2019 14:15, Inada Naoki wrote:
> Inada Naoki added the comment:
>
> Maybe, XLC doesn't support -D name. -Dname should be used instead.
Excellent hint: the diff between bot run 1013 and run 1014 reveals:
diff --git a/setup.py b/setup
New submission from Michael Felt :
My AIX bot has been very consistent - only the multiprocessing tests failing
when run by bot, but 4 or 5 days ago 3 to 5 additional tests - that, afaik, had
never failed before, are now failing.
These may also be compiler related specifics, or the presence
Michael Felt added the comment:
On 17/04/2019 14:02, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> The same bug is back:
> https://buildbot.python.org/all/#/builders/10/builds/2443
>
> Warning -- files was modified by test_threading
> Before:
Michael Felt added the comment:
Never mind - typos in the files I did work on. iow, I found a way to get the
filename, and am cleaning up the errors.
--
___
Python tracker
<https://bugs.python.org/issue36
Michael Felt added the comment:
OK. I have been chewing my bone. I hope not too much indigestion.
Who has a pointer for the antacid?
Getting base branch for PR ... origin/master
Getting the list of files that have been added/changed ... 72 files
Fixing Python file whitespace ... Traceback
Change by Michael Felt :
--
keywords: +patch
pull_requests: +12768
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36624>
___
___
Py
Michael Felt added the comment:
On 15/04/2019 11:50, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> support.is_android has two flaws:
>
> * it's a constant: it must be spelled as UPPER CASE
> * I dislike "is_" prefix: "MS_WINDOWS" consta
Michael Felt added the comment:
On 14/04/2019 18:04, Michael Felt wrote:
> Is this a good way to get started?
So, as an example - seems to be many attributes in test/support/__init__.py
diff --git a/Lib/test/support/__init__.py b/Lib/test/support/__init__.py
index 5bd15a2..e20567f 100
Michael Felt added the comment:
I took a peak at test.support.
a) I see that while many tests import test.support, or from test.support import
- not all tests use this.
b) I see that only 35 .py files in Lib/test have the string
sys.platform.startswith, and there are 76 files that have
Michael Felt added the comment:
On 12/04/2019 23:16, Michael Felt wrote:
> Agreed, in case of doubt - leave alone (never change a winning team).
>
> And, to make it a short reply - I'll get started, and we see where it
> leads us.
I opened issue36624 (https://bugs.python.or
New submission from Michael Felt :
Back in 2012 (issue12326 and issue12795), and just recently (issue36588)
sys.platform has been modified (and documented) to not return the platform
version.
Additionally, the recommendation is to use the form
sys.platform.startswith() - to continue
Michael Felt added the comment:
On 12/04/2019 17:34, STINNER Victor wrote:
> STINNER Victor added the comment:
>
>> But, should I just continue standard practice (sys.platform), or would
>> this be a moment to move towards platform.system() (i.e., set the
>> exampl
Michael Felt added the comment:
On 12/04/2019 16:16, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> Do you want to work on a change to replace sys.platform.startswith("aix") to
> cleanup the stdlib and tests? Not sure if it's nee
Michael Felt added the comment:
On 12/04/2019 10:28, Michael Felt wrote:
> Michael Felt added the comment:
>
> On 10/04/2019 18:49, STINNER Victor wrote:
>> STINNER Victor added the comment:
>>
>> "I am looking into this - but as it seems to have gone away
Michael Felt added the comment:
On 10/04/2019 18:49, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> "I am looking into this - but as it seems to have gone away again - is
> there a simple way to get that code back, and/or see what the diff is,
> before/badr
Change by Michael Felt :
--
keywords: +patch
pull_requests: +12714
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36588>
___
___
Py
Michael Felt added the comment:
Was:
root@x064:[/data/prj/python/python3-3.8]./python
Python 3.8.0a3+ (heads/bpo-28009-2-dirty:2fb2bc81c3, Apr 11 2019, 07:09:55) [C]
on aix6
Type "help", "copyright", "credits" or "license" for more informatio
Change by Michael Felt :
--
pull_requests: +12704
___
Python tracker
<https://bugs.python.org/issue28009>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
On 09/04/2019 18:51, STINNER Victor wrote:
> New submission from STINNER Victor :
>
> https://buildbot.python.org/all/#/builders/10/builds/2389
>
> 0:45:36 [412/420/1] test_venv crashed (Exit code 1)
> Timeout (0:15:00)!
> Thread 0x0
201 - 300 of 756 matches
Mail list logo