Changes by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue30333>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kubilay Kocak :
--
stage: resolved -> backport needed
___
Python tracker
<http://bugs.python.org/issue22928>
___
___
Python-bugs-list mailing list
Un
Kubilay Kocak added the comment:
bpo-30188 (and bpo-30188 ?) need merging to 3.6/3.5, 3.6 just failed with:
ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:748)
Full build log attached
--
nosy: +koobs
resolution: fixed ->
stage: resolved -> backport needed
Kubilay Kocak added the comment:
Apologies I meant 5b4feb7e86 by haypo and 067931dd95d (also needs merge?) by
inada.naoki
--
___
Python tracker
<http://bugs.python.org/issue30
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue35290>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue34589>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue35413>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue35537>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue35823>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue35224>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue23404>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
Thank you for investigating Victor.
This appears to require backporting to 3.6 and 3.5 which are also failing:
FAIL: test_repr (test.test_float.ReprTestCase)
--
Traceback (most recent call last
Changes by Kubilay Kocak :
--
stage: -> backport needed
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue30104>
___
___
Python-bugs-list
Kubilay Kocak added the comment:
2.7 branch on koobs-freebsd-current worker doesn't appear to be failing
currently, but there may be differences in (or a lack of equivalent) coverage
compared to 3.*.
I also note that -fno-strict-aliasing is being included in 2.7's compile
argu
Changes by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue30280>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
For what it's worth, the koobs-freebsd-current buildbot worker has DTrace
enabled and can be used to build/test Python/dtrace bits
Zach and I spoke recently about getting custom builds hooked up to GitHub,
which I believe is now already possible, so all t
Kubilay Kocak added the comment:
as per msg280837, this beings to happen when I restart the buildbot worker via
sudo (does not fail on initial startup, executed/invoked using the same script,
which does not use sudo) and the environment the worker starts with appears to
be relevant.
Attached
Changes by Kubilay Kocak :
Added file: http://bugs.python.org/file46937/python-sudo.txt
___
Python tracker
<http://bugs.python.org/issue27838>
___
___
Python-bugs-list m
Kubilay Kocak added the comment:
Downstream issue: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232792
--
nosy: +koobs
versions: +Python 2.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue36
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue35998>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
Pablo asked for gdb to be installed to debug the crash in bug issue 36114 and I
let him know in my email reply that when I had installed gdb in the past for an
unrelated debug need, that test_gdb failed, which at the time I didn't have the
time/cycl
Kubilay Kocak added the comment:
I've just removed gdb from the buildbot at Pablo's (email) request. I can
reinstall it on request at any time to resolve the test_gdb failures tracked in
this issue.
--
___
Python tracker
<https://bu
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue36184>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue36235>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue36659>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue36707>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue36454>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue35755>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue36632>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
@Eric Happy to give you SSH access to one of the FreeBSD buildbots that's
experienced the crash if it helps. Just flick me a pubkey, I'm on IRC (koobs @
freenode / #python-dev)
--
nosy: +koobs
___
Pyth
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue30458>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
The changeset(s) applied in this issue were/are fine (thus no response on the
issue)
It is the *removal* of the changesets included in this issue (as proposed in
https://github.com/python/cpython/pull/5233) that would re-break compilation of
extensions with
Kubilay Kocak added the comment:
If the intent is to use this issue to track the resolution of the original
issue (clang compilation broken) and cover the new PR (which just moves the
code from os detection to compiler detection), then it can remain open.
Otherwise it can be closed, as the
Change by Kubilay Kocak :
--
stage: resolved -> needs patch
___
Python tracker
<https://bugs.python.org/issue32493>
___
___
Python-bugs-list mailing list
Un
Kubilay Kocak added the comment:
I believe changeset d4b93e21c2664d6a78e0656e7a7be0807be1c352 may be the cause
of buildbot failures on FreeBSD (at least koobs-freebsd-current, log attached),
due to only the EBADF error being handled (not EINVAL, et al).
Unfortunately the worker was been
Change by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<https://bugs.python.org/issue32430>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: +koobs
title: test_cmd_line test_utf8_mode test_warnings fail in AMD64 FreeBSD CURRENT
buildbots -> test_cmd_line test_utf8_mode test_warnings fail in all FreeBSD 3.x
(3.8) buildbots
___
Python tracker
<
Change by Kubilay Kocak :
--
nosy: -koobs
___
Python tracker
<https://bugs.python.org/issue34656>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Kubilay Kocak :
--
nosy: -koobs
___
Python tracker
<https://bugs.python.org/issue34694>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
Copying in my original email to Pablo that elucidated the test failure cause
and resolution, including upstream commit/review/issue references for the
recvmsg(2) changes IN CURRENT.
Full buildbot worker log attached
While I'm here, update list of ver
Kubilay Kocak added the comment:
To clarify affected tests/versions:
Python 3.x - test_socket test_multiprocessing_spawn
Python 2.7 - test_multiprocessing_spawn
All of the issues are related to incorrect recvmsg(2) buffer length use, so
I've amended the issue summary to describ
Kubilay Kocak added the comment:
All our FreeBSD ports (lang/python??) and the packages produced from them all
contain a LIBFFI option which is enabled by default, since 2015 [1][2]:
LIBFFI=on: Use libffi from ports instead of bundled version
This means that any 'default' package
Change by Kubilay Kocak :
--
versions: +Python 3.7, Python 3.8 -Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue20397>
___
___
Python-bug
Kubilay Kocak added the comment:
The version in base is:
/usr/bin/openssl version
OpenSSL 1.1.1-freebsd 11 Sep 2018
There is a version from ports also installed at a different prefix, which I
don't believe Python picks up by default unless Modules/Setup or --with-openssl
(is this i
Changes by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue21590>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
@Ćukasz in case you're not aware, all koobs-freebsd* bots are DTrace enabled,
and can be tested with the custom builder. I'm on IRC (python-dev) if you need
anything from me to help progress this
--
Kubilay Kocak added the comment:
@Victor I was just checking this issue to copy the test command, to provide
results to you both when I saw the lovely surprise. Thank you :)
--
___
Python tracker
<http://bugs.python.org/issue27
Kubilay Kocak added the comment:
@Martin Maybe Zach (nosey'd) can help us get an out-of-tree builder set up?
If this is relevant for 3.5+, versions should be updated accordingly.
--
nosy: +zach.ware
___
Python tracker
<http://bugs.py
Kubilay Kocak added the comment:
@Martin tldr; That was three years ago so I don't know if the issue remains.
Perhaps a new out of tree builder will help answer that question.
We(FreeBSD) gave up^W switched away from out of tree builds due to lack of
support getting issues fixed an
Kubilay Kocak added the comment:
This (adding support for pkg-config) should be done in tandem with adding
--with-foo-{include,library} arguments for each *external* dependency, which
can be used for: libffi, readline, libintl, openssl, sqlite, db*, among others.
Values obtained from pkg
Kubilay Kocak added the comment:
This started failing once again on koobs-freebsd-current:
==
ERROR: test_chown (test.test_os.ChownFileTests)
--
Traceback
Kubilay Kocak added the comment:
Attach file with test results.
It's worth mentioning that these results may (or may not) be different than
output when running under the process id started by twistd, which is executed
by root (startup script), and results in the following command:
bui
Kubilay Kocak added the comment:
Ping. All branches on the koobs-freebsd-current buildbot are still failing due
to this issue
I could recreate the entire worker environment from scratch, but:
a) I'm not sure it will resolve the issue
b) I'd rather fix the
Kubilay Kocak added the comment:
All builders (branches) are failing, not just 3.x DEBUG. Failures also appear
no longer random or intermittent
--
title: test_os.test_chown() random failure on "AMD64 FreeBSD CURRENT Debug 3.x"
buildbot -> test_os.test_chown() failure on
Changes by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue28491>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
Serhiy, ah I thought the patch would be applied to say the 'custom' builder for
this buildbot or the branch in general :)
If not, I can test this in ~<= 2 days locally, though its worth noting that the
issue quite likely not be reproducible o
Kubilay Kocak added the comment:
It appears something has changed in the past few weeks (with no changes made to
the buildbot worker).
Now only 3.5 branch (both debug and non-debug) builders are failing, except
there are now many failing tests, many different errors, and test clean is also
Changes by Kubilay Kocak :
Added file:
http://bugs.python.org/file45439/koobs-freebsd-current-python-3.5-debug-build-773.txt
___
Python tracker
<http://bugs.python.org/issue27
Kubilay Kocak added the comment:
I also note *one* failure on koobs-freebsd-9 on 3.x and 3.6 branches, identical
errors:
Nov 09 14:53 c27269c0d619... failure AMD64 FreeBSD 9.x 3.x #5304 Failed test
Nov 09 14:53 b671ac7ae620... failure AMD64 FreeBSD 9.x 3.6 #282 Failed test
Kubilay Kocak added the comment:
Could we please:
a) Rename 'optimizations' to 'pgo' or 'profiled'
b) Use enable/disable instead of with/without. The former is used for toggling
program features, the latter is used for external dependencies [1][2][3]
Yes Python
Kubilay Kocak added the comment:
I also invoke PEP20 (explicit > implicit) in favour of renaming the option :]
--
___
Python tracker
<http://bugs.python.org/issu
Changes by Kubilay Kocak :
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue23284>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kubilay Kocak added the comment:
@Serhiy
I have noticed that the failure is reproducible in the buildbot workers only
when startup (of buildbot) is invoked via sudo, and not when started on
first-boot (rc runs as root).
In both situations, twistd then drops privs to --uid=buildbot --gid
101 - 163 of 163 matches
Mail list logo