Hi PICCA (2022.08.31_09:05:43_+)
> export PYBUILD_AFTER_BUILD=make -C {build_dir}/lib
I didn't do anything to support parallel, there. It may be nice to
(makes a huge difference to this package's build time).
> export PYBUILD_BEFORE_TEST=cp {build_dir}/lib/lib/*.so {build_dir}
> export PYBUIL
Hello Stephano
I end up with this
#! /usr/bin/make -f
export DH_VERSOBE=1
export PYBUILD_NAME=dxtbx
export PYBUILD_SYSTEM=distutils
export PYBUILD_AFTER_CONFIGURE=cmake -DPython_EXECUTABLE=/usr/bin/{interpreter}
-S . -B {build_dir}/lib
export PYBUILD_AFTER_BUILD=make -C {build_dir}/lib
expor
Hi PICCA (2022.08.30_16:02:01_+)
> cd build
> cmake ../modules/dxtbx
> cmake --build . --target install
> pip install ../modules/dxtbx
This package essentially has 2 build systems, camke for the C++ stuff
and setuptools for the pure-python. I don't see any integration between
t
On Tue, 30 Aug 2022 19:02:24 +0200 (CEST)
PICCA Frederic-Emmanuel
wrote:
> > /usr/share/perl5/Debian/Debhelper/Buildsystem.pm to be just
> > "obj-$DEB_HOST_GNU_TYPE".
>
>
> Thanks for the info, if I an not wrong during the build process we
> can setup a new builddir. So is is possible to obta
> Oh. In this case setting PYTHONPATH (if it works, and I'm not 100% sure
> it
> will) sounds like a better option.
> So, the cmake build path is, as far as I know, defined in
> /usr/share/perl5/Debian/Debhelper/Buildsystem.pm to be just
> obj-$DEB_HOST_GNU_TYPE".
thanks for the info. It seems to
> /usr/share/perl5/Debian/Debhelper/Buildsystem.pm to be just
> "obj-$DEB_HOST_GNU_TYPE".
Thanks for the info, if I an not wrong during the build process we can setup a
new builddir.
So is is possible to obtain the real builddir during the build ?
On Tue, Aug 30, 2022 at 06:02:01PM +0200, PICCA Frederic-Emmanuel wrote:
> > When trying to run tests you should look how does the upstream intend to
> run them.
>
>
> Yes they are building inplace the module like this
>
> from https://github.com/dials/dxtbx/blob/main/.azure-pipelines/unix-build
> When trying to run tests you should look how does the upstream intend to
run them.
Yes they are building inplace the module like this
from https://github.com/dials/dxtbx/blob/main/.azure-pipelines/unix-build.yml
# Build dxtbx
- bash: |
set -e
. conda_base/bin/activate
set -ux
On Tue, Aug 30, 2022 at 05:26:01PM +0200, PICCA Frederic-Emmanuel wrote:
> Hello Andrey
>
> > Does the same happen when you run the test in the source tree manually?
>
> I do not know
When trying to run tests you should look how does the upstream intend to
run them.
--
WBR, wRAR
signature.as
Hello Andrey
> Does the same happen when you run the test in the source tree manually?
I do not know, I am in the process to build the package in sbuild so I just try
to fix the build process.
If I have hard code the lib path the test are running failling for other
missing modules, but this is
On Tue, Aug 30, 2022 at 03:58:26PM +0200, PICCA Frederic-Emmanuel wrote:
> Hello, I am packaging a python extension which use cmake as build system
>
> here the repo
>
> https://salsa.debian.org/science-team/dxtbx
>
> I try to activate the test but this cause this kind of trouble
>
> During han
Hello, I am packaging a python extension which use cmake as build system
here the repo
https://salsa.debian.org/science-team/dxtbx
I try to activate the test but this cause this kind of trouble
During handling of the above exception, another exception occurred:
/usr/lib/python3.10/importlib/__i
12 matches
Mail list logo
