Age | Commit message (Collapse) | Author | Lines |
|
This allows using different Python versions in the stable and testing
docker images
We need to resolve using `--complete` so we don't break packages with
the default Python ABI which aren't in the resolution of `paludis-deps`
|
|
If the resolution requires an old version of a package it shouldn't fail
since be can't do much about that. Permit "*/*" to make this more
reliable
|
|
|
|
|
|
It is quite common for projects to have such a file and it (hopefully)
is a good start when you're looking for information where and how to
submit a patch.
|
|
|
|
|
|
The shebang of the sphinx-build binary does not necessarily point to
the python version we use to build our python bindings. On Exherbo
Sphinx provides multiple library version but only a single executable
which gets a shebang pointing to the last selected ABI
|
|
|
|
|
|
Otherwise the test fails with the following error when using Python 3:
13: [ RUN ] Hooker.Ordering
13: paludis@1565848657: [WARNING hook.python.failure] Hook 'hooker_TEST_dir/ordering/py_hook.py': running hook_run_ordering function failed: 'Traceback (most recent call last):
13: File "hooker_TEST_dir/ordering/py_hook.py", line 2, in hook_run_ordering
13: file("hooker_TEST_dir/ordering.out", "a").write("py_hook\n")
13: NameError: name 'file' is not defined'
13: ../paludis/hooker_TEST.cc:76: Failure
13: Expected equality of these values:
13: 0
13: result.max_exit_status()
13: Which is: 1
13: ../paludis/hooker_TEST.cc:83: Failure
13: Expected equality of these values:
13: "e\nc\nf\nd\nb\na\npy_hook\ng\ni\nh\nsohook\nk\nj\n"
13: line
13: Which is: "e\nc\nf\nd\nb\na\ng\ni\nh\nsohook\nk\nj\n"
13: With diff:
13: @@ -5,5 @@
13: b
13: a
13: -py_hook
13: g
13: i
13:
13: [ FAILED ] Hooker.Ordering (184 ms)
|
|
The python 3 incompatible call of `file` in the python hook caused an
exception. Trying to get the traceback failed because the exception
isn't normalized:
13: [ RUN ] Hooker.Ordering
13: paludis@1565848332: [WARNING hook.python.traceback_failed] In thread ID '13623':
13: ... When triggering hook 'ordering':
13: ... When running hook 'hooker_TEST_dir/ordering/py_hook.py' for hook 'ordering':
13: ... When getting traceback
13: ... Hook 'hooker_TEST_dir/ordering/py_hook.py': _get_traceback(): traceback.format_exception failed
13: paludis@1565848332: [WARNING hook.python.failure] Hook 'hooker_TEST_dir/ordering/py_hook.py': running hook_run_ordering function failed: 'Getting traceback failed'
13: paludis@1565848332: [WARNING hook.python.failure] Hook 'hooker_TEST_dir/ordering/py_hook.py' failed unexpectedly: 'Traceback (most recent call last):
13: File "/usr/x86_64-pc-linux-gnu/lib/python3.7/traceback.py", line 121, in format_exception
13: type(value), value, tb, limit=limit).format(chain=chain))
13: File "/usr/x86_64-pc-linux-gnu/lib/python3.7/traceback.py", line 476, in __init__
13: if (exc_value and exc_value.__cause__ is not None
13: AttributeError: 'str' object has no attribute '__cause__'
13:
13: The above exception was the direct cause of the following exception:
13:
13: Traceback (most recent call last):
13: File "/home/marv/devel/paludis-worktrees/cross/python/paludis_output_wrapper.py", line 101, in restore_prefix
13: restore("both")
13: File "/home/marv/devel/paludis-worktrees/cross/python/paludis_output_wrapper.py", line 80, in restore
13: if len(stderr_cache):
13: SystemError: <built-in function len> returned a result with an error set'
13: ../paludis/hooker_TEST.cc:76: Failure
13: Expected equality of these values:
13: 0
13: result.max_exit_status()
13: Which is: 1
13: ../paludis/hooker_TEST.cc:83: Failure
13: Expected equality of these values:
13: "e\nc\nf\nd\nb\na\npy_hook\ng\ni\nh\nsohook\nk\nj\n"
13: line
13: Which is: "e\nc\nf\nd\nb\na\ng\ni\nh\nsohook\nk\nj\n"
13: With diff:
13: @@ -5,5 @@
13: b
13: a
13: -py_hook
13: g
13: i
13:
13: [ FAILED ] Hooker.Ordering (195 ms)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The option description and the actually supported ABI version
got out of sync with the last updates. Prevent this from happening
again by keeping the information in one place only
|
|
|
|
more intuitive.
|
|
|
|
Created using:
$ clang-tidy -dump-config > .clang-tidy
with
$ clang-tidy --version
LLVM (http://llvm.org/):
LLVM version 8.0.0svn
Optimized build with assertions.
Default target: x86_64-pc-linux-gnu
Host CPU: penryn
|
|
Builds paludis with GCC in an Exherbo environment with all
testing/broken packages unmasked, so that we catch problems
with future versions of those packages early
|
|
Allow the tests to fail for now, since all tests involving python fail
for some reason when using Clang. I'll hunt this down, but like to have
a CI job for this in place before
|
|
|
|
Bash now overrides this with a new value with no dot
Fixes #2
Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
|
|
|
|
Change-Id: I9fa0633ad28e6b24db009e2e229cbbe7d1d03d98
Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
|
|
|
|
Raises the cmake requirement to 3.5.0 (released in March 2016) but
we don't need to manually mess with INCLUDE_DIRS and linking to a
thread library anymore.
|
|
A change in gcc 6 made using -isystem with the default include
directory fail. A bug report [1] about this has been closed with
RESOLVED WONTFIX.
This became a problem with cmake[>=3.6] because cmake is filtering
out /usr/include as default include path, but not our non-standard
/usr/${CHOST}/include (upstream issue [2]). Until this is fixed we
can specify the implicit include dir manually. We do the same on
Exherbo in cmake.exlib.
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129
[2] https://gitlab.kitware.com/cmake/cmake/issues/16291
[3] c077952471b7d8003fb3c41091c2daea01e4f700 in arbor.git
|
|
|
|
It can recognize executables built with PIE now, which are just
shared objects with the executable bit set (and were recognized by
stripper via the "shared object" text returned from earlier
versions).
With file 5.32:
$ file .../file: ".../file: ELF 64-bit LSB shared object"
$ file .../libmagic.so.1.0.0: ".../libmagic.so.1.0.0: ELF 64-bit LSB
shared object"
With file 5.33:
$ file .../file: ".../file: ELF 64-bit LSB pie executable x86-64"
$ file .../libmagic.so.1.0.0: ".../libmagic.so.1.0.0: ELF 64-bit LSB
pie executable x86-64"
|
|
It was forgotten in 917cc160a which introduced this pure virtual
function in the `Environment` base class:
/var/tmp/paludis/build/sys-apps-paludis-scm/work/paludis-scm/python/environment.cc:48:7: note: because the following virtual functions are pure within 'EnvironmentImplementationWrapper':
class EnvironmentImplementationWrapper :
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /var/tmp/paludis/build/sys-apps-paludis-scm/work/paludis-scm/paludis/environment_implementation.hh:23:0,
from /var/tmp/paludis/build/sys-apps-paludis-scm/work/paludis-scm/paludis/environments/paludis/paludis_environment.hh:23,
from /var/tmp/paludis/build/sys-apps-paludis-scm/work/paludis-scm/python/environment.cc:24:
/var/tmp/paludis/build/sys-apps-paludis-scm/work/paludis-scm/paludis/environment.hh:427:33: note: virtual std::__cxx11::string paludis::Environment::reduced_username() const
virtual std::string reduced_username() const = 0;
^~~~~~~~~~~~~~~~
|
|
Change-Id: I884c497b444b1e2377d74eccfaf3cb1323e4e74a
|
|
In multithreaded processes POSIX specifies that after fork only AS-safe
functions may be called. [1]
This fixes a race condition I observed in "cave generate-metadata" with
musl libc.
This does happen regularily with musl libc, but the general problem also
affects glibc. (test [2] if you don't believe me - with glibc it happens
more rarely and causes a deadlock inside of malloc locks instead of a
crash).
This does not fix these problems for as_main_process, as there never will
be an exec in the child process that way, which makes it impossible to do
safely this way.
[1]: http://pubs.opengroup.org/onlinepubs/9699919799/functions/fork.html
[2]: https://shadowice.org/~mixi/examples/never-fork-and-malloc-in-multiple-threads.c
|
|
some builds/tests get confused when running as paludisbuild with USER=root.
|
|
|
|
|
|
Change-Id: Idabcbf590af536a2b2113cb0258e88f25afb6ba7
Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
|
|
added several includes, such as time.h, iostream, and string, as libc++
requires explicit including of these files. tr1/memory is replaced with
POSIX defined memory
Change-Id: Id859f33f78343d814f47b1e1e34a3dbe23d174e3
Reviewed-on: https://galileo.mailstation.de/gerrit/11152
Reviewed-by: Saleem Abdulrasool <compnerd@compnerd.org>
|
|
Patch-URL: https://paste.pound-python.org/raw/3MLCZhW0maomtLa2IOy5/
Change-Id: I7d56ff2388c5f9e4455bf830ef926500431ad9d2
Reviewed-on: https://galileo.mailstation.de/gerrit/8793
Reviewed-by: Saleem Abdulrasool <compnerd@compnerd.org>
|