Matthias Klose added the comment:
sorry, updated.
--
___
Python tracker
<http://bugs.python.org/issue8637>
___
___
Python-bugs-list mailing list
Unsubscribe:
Matthias Klose added the comment:
Debian prefers to set these defaults without relying on env vars. There is no
env var set by default.
/etc/security/pam_env.conf:# be useful to be set: NNTPSERVER, LESS, PATH,
PAGER, MANPAGER .
/etc/security/pam_env.conf:#PAGER DEFAULT=less
Matthias Klose added the comment:
yes, I think we have to limit the choice of the interpreter for the build to
the same major version.
--
___
Python tracker
<http://bugs.python.org/issue27
Changes by Matthias Klose :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue26852>
___
___
Python-bugs-list mailing list
Unsubscribe:
Matthias Klose added the comment:
hmm, I really don't buy the space-saving argument. you are saving some space
with shorter path names, nothing more. so why do you introduce this option?
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
but these are rebuilt when you start the interpreter, aren't they?
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
please could somebody test the attached patch (I'm also trying to setup a
gentoo env)? The idea is to keep the multiarch and triplet macros in sync.
diff -r a7f3678f9509 configure.ac
--- a/configure.ac Sat Aug 20 03:05:13 2016 +0200
+++ b/configu
Matthias Klose added the comment:
now fixed.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue23968>
___
___
Matthias Klose added the comment:
before the updates, ... there seem to be two test failures on sparc solaris.
the local libffi/src/sparc/v8.S change was integrated upstream, so I don't yet
what could cause these failures. or did they fail befor
Matthias Klose added the comment:
this change breaks a test case in the bzr testsuite; will try to get to it next
week. See https://launchpad.net/bugs/1116079
--
nosy: +doko, larry
priority: normal -> release blocker
___
Python tracker
&l
New submission from Matthias Klose:
the bsddb module is still supported in 2.7, however only builds using db
versions up to 4.8, which at least some Linux distributions ship anymore.
Proposing to update the bsddb module to pybsddb 5.3.0, which supports to build
using db up to 5.3.0.
The
Changes by Matthias Klose :
--
keywords: +patch
Added file: http://bugs.python.org/file29475/bsddb.diff
___
Python tracker
<http://bugs.python.org/issue17
Changes by Matthias Klose :
--
nosy: +barry, benjamin.peterson, dmalcolm, gregory.p.smith
___
Python tracker
<http://bugs.python.org/issue17477>
___
___
Python-bug
Changes by Matthias Klose :
Removed file: http://bugs.python.org/file29475/bsddb.diff
___
Python tracker
<http://bugs.python.org/issue17477>
___
___
Python-bugs-list m
Changes by Matthias Klose :
Added file: http://bugs.python.org/file29487/bsddb.diff
___
Python tracker
<http://bugs.python.org/issue17477>
___
___
Python-bugs-list mailin
Changes by Matthias Klose :
--
priority: release blocker -> normal
___
Python tracker
<http://bugs.python.org/issue1159051>
___
___
Python-bugs-list mai
Matthias Klose added the comment:
checked the update with 4.6, 5.1 and 5.3 builds.
--
___
Python tracker
<http://bugs.python.org/issue17477>
___
___
Python-bug
Matthias Klose added the comment:
> Is this a backport "as-is" of the external pybsddb3 5.3.0 code I maintain?.
> If that is the case, could be some incompatibilities with current
> bsddb module in stock 2.7.
yes. Could you point me to these possible incompatibilities? Afa
Matthias Klose added the comment:
fixed
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15235>
___
___
Pyth
Matthias Klose added the comment:
the patch so.diff
- introduces two new macros EXT_SUFFIX and SHLIB_SUFFIX, and uses
these instead of the SO macro.
- keeps the SO macro, and restores it to it's original value
- Removes the SHLIB_EXT preprocessor define (only used in
P
Matthias Klose added the comment:
proposed PEP change. Or should the change itself be documented in the PEP?
--
___
Python tracker
<http://bugs.python.org/issue16
Changes by Matthias Klose :
Added file: http://bugs.python.org/file29514/pep.diff
___
Python tracker
<http://bugs.python.org/issue16754>
___
___
Python-bugs-list mailin
New submission from Matthias Klose:
This is a proposal to move the PC/icons/source.xar from the core distribution
to the python website. Afaics currently the derived file PC/icons/baselogo is
only used, and http://www.python.org/community/logos/ has even other
recommended svg files for the
Matthias Klose added the comment:
ohh, I didn't see. however these are binaries only, and they still promise to
open the sources, however the latest information on this page is for Ubuntu
dapper drake (6.06), now almost seven year
Matthias Klose added the comment:
besides the availability of the graphics program, would there be any objection
to move the source.xar file to the python.org web site?
--
___
Python tracker
<http://bugs.python.org/issue17
Matthias Klose added the comment:
fixed, pep update is pending
--
assignee: eric.araujo -> barry
resolution: -> fixed
stage: -> committed/rejected
status: open -> pending
___
Python tracker
<http://bugs.python
New submission from Matthias Klose:
The backport of #13150 to the 2.7 branch breaks the build on darwin. There is a
special case for providing the _sysconfigdata module in _generate_posix_vars
before get_platform is called (darwin only) and before the module is actually
written.
However
Matthias Klose added the comment:
untested work-around. we don't need the builddir to generate the
_sysconfigdata.py.
--
keywords: +patch
Added file: http://bugs.python.org/file29537/workaround.diff
___
Python tracker
<http://bugs.py
Changes by Matthias Klose :
--
nosy: +pitrou, twouters
___
Python tracker
<http://bugs.python.org/issue17512>
___
___
Python-bugs-list mailing list
Unsubscribe:
Matthias Klose added the comment:
here's the backport, tested on Linux only. sorry, can't test this on MacOSX
before Sunday.
--
Added file: http://bugs.python.org/file29543/backport.diff
___
Python tracker
<http://bugs.python.o
Matthias Klose added the comment:
tested the backport on MacOSX, fixing the build.
--
___
Python tracker
<http://bugs.python.org/issue17512>
___
___
Python-bug
New submission from Matthias Klose:
Add some browser names supported on Debian systems:
- www-browser, x-www-browser are browser names handled by
the alternatives system, which should be preferred over
specific browser names. Inserted with lower priority
than the browsers for specific
Matthias Klose added the comment:
2.7.diff is the backport for 2.7, adding additional names xdg-open, gvfs-open,
and chromium names.
--
Added file: http://bugs.python.org/file29566/2.7.diff
___
Python tracker
<http://bugs.python.org/issue17
Matthias Klose added the comment:
this is about setting PYTHONPATH for regenerating the plat directory. This
doesn't break anything afaics and doesn't do any harm.
--
___
Python tracker
<http://bugs.python.o
Matthias Klose added the comment:
cross build patch is applied, closing the issue.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
> Technically this is a new feature and should only go into 3.4. I'm open to
> discussion about this, but the discussion should have happened *before* the
> commit.
ok, will do so in the future. Howver it did look a bit simple ...
>
New submission from Matthias Klose:
forwarded from Debian http://bugs.debian.org/699463
The csv.DictReader object doesn't handle multiple columns with the
same name very well - it simply over-writes the first
column-with-same-name with the contents of the second
column-with-same-name e.g.:
Matthias Klose added the comment:
I don't see the current behaviour as problematic. If you build python as a
debug build, you get the -O0 included, if you do a normal build, you get the
-Ox included. At least this is behaviour found in other '-config' programs
too. So maybe a
Matthias Klose added the comment:
> However in my case I am embedding python as a scripting language
> into another application.
then why not filtering out these options on your own for this use case?
--
___
Python tracker
<http://bugs.p
New submission from Matthias Klose:
forwarded from https://launchpad.net/bugs/+bug/1154599
this seems to be changed behavior in 2.7.4. is it intended?
$ cat lookup.py
#!/usr/bin/python
import sys, socket
names = ["slashdot.org", "foowhi.com"]
if len(sys
Matthias Klose added the comment:
another test case failure with this patch:
https://launchpad.net/ubuntu/+archive/test-rebuild-20130329/+build/4416983
reproducible with feedparser 5.1.3 from pypi, on x86 (but not x86_64).
ERROR: test_gzip_struct_error (__main__.TestCompression
Matthias Klose added the comment:
hard coding ncurses seems to be wrong, as in most cases, you do want ncursesw.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue12
Matthias Klose added the comment:
are you speculating, or is your comment based on some testing? MacOS had this
value before, and apparently it did work before that change.
--
___
Python tracker
<http://bugs.python.org/issue16
Matthias Klose added the comment:
3.0.13 is now in 2.7.4, 3.2.4, 3.3.1 and the trunk.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Matthias Klose added the comment:
was released with 2.7.4.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Matthias Klose added the comment:
in http://mail.python.org/pipermail/python-dev/2013-April/125205.html Guido
made the suggestion:
"""
But perhaps we could change the focus for 2.7 development a bit:
instead of fixing bugs (or bickering about whether something is a bug
fix or a
New submission from Matthias Klose:
_io is missing in Setup.dist in 2.7.x. just adding it, copied the file list
from the setup.py, leaving it commented out.
--
components: Build
messages: 186430
nosy: doko
priority: normal
severity: normal
status: open
title: _io is missing in
Matthias Klose added the comment:
consider that chrome is your only browser installed, then the module should
work as well.
--
___
Python tracker
<http://bugs.python.org/issue17
Changes by Matthias Klose :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Matthias Klose added the comment:
the call to add_gcc_paths() wasn't backported.
--
___
Python tracker
<http://bugs.python.org/issue17086>
___
___
Pytho
Matthias Klose added the comment:
now in 2.7
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Matthias Klose added the comment:
the local patch adds as documentation on Debian/Ubuntu:
"""
For Debian and derivatives, this sys.path is augmented with directories
for packages distributed within the distribution. Local addons go
into /usr/local/lib/python/dist-packages, Debian
Matthias Klose added the comment:
one way would be to skip this test when running as root. Would the check for
the X bit work on Windows?
@unittest.skipUnless(hasattr(os, 'getuid') and os.getuid() != 0,
"test always succeeds as root")
--
New submission from Matthias Klose:
[Meta issue, opening separate issues for test cases]
The default install always installs the testsuite together with all the python
batteries. So make sure that you can run the testsuite can run from the
installed location too.
- some tests require the
Changes by Matthias Klose :
--
dependencies: +test_shutil.TestWhich.test_non_matching_mode fails when running
as root
___
Python tracker
<http://bugs.python.org/issue17
Changes by Matthias Klose :
--
nosy: +jibel
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Matthias Klose:
the ctypes tests unconditionally import macholib.dyld, which is not available
in an installed testsuite on other platforms. So either don't install this
test, or only run the import and test when on MacOS?
--
components: Tests
messages: 187067
Changes by Matthias Klose :
--
dependencies: +ctypes/test/test_macholib.py fails when run from the installed
location
___
Python tracker
<http://bugs.python.org/issue17
New submission from Matthias Klose:
many distutils tests fail when run from the installed location, either
depending on the 'srcdir' macro, files not installed ('xxmodule.c'), or needing
write permissions in the installed location.
--
components: Tests
message
Changes by Matthias Klose :
--
dependencies: +many distutils tests fail when run from the installed location
___
Python tracker
<http://bugs.python.org/issue17
New submission from Matthias Klose:
test_zipfile requires write access to the installed location, when trying to
byte-compile files.
==
ERROR: test_write_pyfile (test.test_zipfile.PyZipFileTests
Changes by Matthias Klose :
--
dependencies: +test_zipfile: requires write access to test and email.test
___
Python tracker
<http://bugs.python.org/issue17
New submission from Matthias Klose:
this test assumes LANG=C LC_ALL=C
test.test_ctypes (unittest.loader.LoadTestsFailure) ... ERROR
==
ERROR: test.test_ctypes (unittest.loader.LoadTestsFailure
Changes by Matthias Klose :
--
dependencies: +test_ctypes assumes LANG=C LC_ALL=C
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
Python-bugs-list m
Matthias Klose added the comment:
hmm, looks more an issue in ctypes/util.py. _findLib_gcc should set the
environment explicitly as already done in _findSoname_ldconfig.
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue17
Changes by Matthias Klose :
--
components: +ctypes -Tests
___
Python tracker
<http://bugs.python.org/issue17754>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Matthias Klose:
I'm not sure about this one ... but it fails with an utf8 locale which
happended to be set as the default, run from the installed location.
==
FAIL: test_input_tty_non_
Changes by Matthias Klose :
--
dependencies: +test_builtin assumes LANG=C
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
Python-bugs-list mailin
New submission from Matthias Klose:
no idea yet about that one ...
==
FAIL: test_syntax_error (test.test_code_module.TestInteractiveConsole)
--
Traceback (most
Changes by Matthias Klose :
--
dependencies: +test_syntax_error fails when run in the installed location
___
Python tracker
<http://bugs.python.org/issue17
New submission from Matthias Klose:
this test already has a:
@unittest.skipIf(sysconfig.is_python_build(),
"need an installed Python. See #7774")
but fails in the installed location.
=
Changes by Matthias Klose :
--
dependencies: +test_executable_without_cwd fails when run in the installed
location
___
Python tracker
<http://bugs.python.org/issue17
New submission from Matthias Klose:
seen when running the testsuite as user nobody, with
test_site fails when the user's home directory does not exist, and is not
creatable (e.g. /nonexistent).
FAILED (failures=3)
test test_pydoc failed
Re-running test 'test_site' in ve
Changes by Matthias Klose :
--
dependencies: +test_site fails when the user does not have a home directory
___
Python tracker
<http://bugs.python.org/issue17
Matthias Klose added the comment:
would be good to know if this is related to glibc-2.17, or not. There was a
similiar issue ...
--
___
Python tracker
<http://bugs.python.org/issue17
New submission from Matthias Klose:
platform._parse_release_file doesn't close the /etc/lsb-release file, and is
missing Ubuntu in _supported_dists.
--
components: Library (Lib)
messages: 187087
nosy: doko
priority: normal
severity: normal
stage: patch review
status: open
Changes by Matthias Klose :
--
keywords: +patch
Added file: http://bugs.python.org/file29884/pr17761.diff
___
Python tracker
<http://bugs.python.org/issue17
Changes by Matthias Klose :
--
keywords: +needs review -patch
___
Python tracker
<http://bugs.python.org/issue17761>
___
___
Python-bugs-list mailing list
Unsub
New submission from Matthias Klose:
http://www.freedesktop.org/software/systemd/man/os-release.html
is a recent standard describing release information for an operating system.
platform.linux_distribution() should know about it.
- should that be the first file to be parsed?
- names returned
New submission from Matthias Klose:
this fails on an Ubuntu installation, running the installed tests. confirmed by
a coworker. Where does the 'invalid distro' come from?
==
FAIL: test_apropos_with_b
Changes by Matthias Klose :
--
dependencies: +test_pydoc fails with the installed testsuite
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
Pytho
Matthias Klose added the comment:
this can be avoided when running python with -S, the error comes from a package
installed in site-packages.
--
___
Python tracker
<http://bugs.python.org/issue17
Changes by Matthias Klose :
--
dependencies: +test_subprocess test_executable_without_cwd fails when run with
installed python
___
Python tracker
<http://bugs.python.org/issue17
Matthias Klose added the comment:
it doesn't have to be root, just another user as for running the testsuite.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Matthias Klose:
test_gdb skipped -- gdb not built with embedded python support
$ gdb --version
GNU gdb (GDB) 7.5.91.20130408
$ ldd /usr/bin/gdb|grep python
libpython3.3m.so.1.0 => /usr/lib/libpython3.3m.so.1.0
--
messages: 187151
nosy: dmalcolm, d
New submission from Matthias Klose:
these are failures not seen with 3.x, running with -S doesn't help.
test_pydoc
test test_pydoc failed -- multiple errors occurred; run in verbose mode for
details
1 test failed:
test_pydoc
Re-running failed tests in verbose mode
Re-running
Changes by Matthias Klose :
--
dependencies: +test_pydoc fails with the installed testsuite (2.7)
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
New submission from Matthias Klose:
it is not possible to disable -r in run_tests.py. Other options like -u or -j
can be overwritten, but not removing -r.
--
components: Tests
messages: 187160
nosy: doko
priority: normal
severity: normal
stage: needs patch
status: open
title: unable to
Matthias Klose added the comment:
yes, this from the FSF 7.6 branch
--
___
Python tracker
<http://bugs.python.org/issue17772>
___
___
Python-bugs-list mailin
New submission from Matthias Klose:
the test suite should use a TEMPDIR in the build directory, not the source
directory, e.g. the source directory might not be writeable.
looks like regrtest._make_temp_dir_for_build() needs just to use abs_builddir
instead of srcdir.
--
components
Matthias Klose added the comment:
most of that can be attributed to the pgo build, which is upstream for a long
time. the second thing to do is to build with lto, and see what speedups you
get in addition. and it certainly helps to build the interpreter statically
(without --enable-shared
New submission from Matthias Klose:
running all the tests in one batch sometimes can go wrong. there is of course
the --single mode, but starting the testsuite for each single test seems to be
a bit of overhead. So extend the --single API to something like --next=
which runs the next tests
New submission from Matthias Klose:
the test suite should honor an http_proxy for running the test suite, at least
for all the tests using the urlfetch resource. maybe for some tests using the
network resource too. this would allow running tests in somehow constrained
environments
Matthias Klose added the comment:
the proposed patch is wrong. when linking with -flto, you should pass all the
relevant CFLAGS to the linker as well. Also pass -fuse-linker-plugin.
and this should be an opt-in, not the default. Depending on the architecture
and the compiler version, -flto is
Matthias Klose added the comment:
An external config.site is not the only option, you can pass these values in
the environment or on the configure command line too.
These would not be the only two options, there are more where features of the
running kernel are tested, or where a test uses
Matthias Klose added the comment:
there is more than one thing addressed with the 'dist-packages' choice of name.
The primary reason is to have a directory where you only find python packages
as distributed by the linux distribution, and where installers do not install
to by default
Matthias Klose added the comment:
fixed in 2.7, 3.3 and trunk
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Matthias Klose added the comment:
I don't see how this would break the cross builds, so please go ahead with this
change.
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
could somebody attach a build log from such a system? and the libffi config.log?
--
___
Python tracker
<http://bugs.python.org/issue22
Matthias Klose added the comment:
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
and using -m32 explicitly.
so you'll get what you deserve ;-)
--
___
Python tra
601 - 700 of 827 matches
Mail list logo
