On Fri, Mar 14, 2025 at 04:27:28PM +0100, PICCA Frederic-Emmanuel wrote:
Runtime sure, and we already use that.
Do you have a pointer to this logic,
/usr/share/dh-python/dhpython/pydist.py
but usualy we do not tag with the runtime dependecies in the B-D
field.
I do.
Do we need to hav
> Making sure the installed code works.
I expect the same :)
> But also you should understand that what you want to do is very different
> from running the test suite, as you explicitly don't want to install deps
> needed for running it.
I want to run the same test suite (which is most often pro
On Fri, Mar 14, 2025 at 07:58:38PM +0500, Andrey Rakhmatullin wrote:
Yes, I just don't think the difference between @builddep@ and actual
test deps is big enough to matter for this task and, as I wrote above,
this won't help for your originally stated task so I'll assume you
didn't actually wan
> You said "I want to check during the autopkgtest that the runtime
> dependencies are well defines in the package" and for that you shouldn't
> have any additional packages installed, but to run tests you normally need
> additional packages, usually quite a lot of them.
I was spoken about the tes
>>I was spoken about the test specific dependencies.
>>
>>not the dependencies of the packages (dependencies which are imported in the
>>upstream module code).
>
> Well, "the runtime dependencies" means the latter.
agreed
>
>>> Most of them are, considering that the build process of a pure-Pyth
> Runtime sure, and we already use that.
Do you have a pointer to this logic, It would be great to be able to update the
B-D via this mecanisme like we do with cabal-debian.
We should have a pip-debian which could take care of upgrading the B-D in the
control file each time we integrate a new u
On Fri, Mar 14, 2025 at 03:24:09PM +0100, PICCA Frederic-Emmanuel wrote:
Using @builddep@ is mostly not useful for testing Python packages.
does the python tools provide a way to get the runtime dependencies or the test
dependencies of a package ?
Runtime sure, and we already use that. Test
On Fri, Mar 14, 2025 at 01:17:24PM +0100, PICCA Frederic-Emmanuel wrote:
But also you should understand that what you want to do is very different
from running the test suite, as you explicitly don't want to install deps
needed for running it.
I want to run the same test suite (which is most of
> I've dropped using @builddep@ in general within the packages I'm
> involved to achieve exactly what Andrey has written, I want to detect
> broken or missing dependencies, broken tests by changed dependencies in
> other depending packages. And don't want to get this hidden by packages
> that are w
Hi,
Tianyu Chen wrote on 13/03/2025 at 06:13:46+0100:
> Ping ;)
>
> Best Regards,
Welcome to the team!
--
PEB
signature.asc
Description: PGP signature
Hello Frederic,
Am 14.03.25 um 14:17 schrieb PICCA Frederic-Emmanuel:
I want to run the same test suite (which is most often provided by
the upstream in order to test the package), during the build and as
installed.
but @builddep@ are not the dependency in order to run the test as
installed bu
On Fri, Mar 14, 2025 at 12:42:54PM +0100, PICCA Frederic-Emmanuel wrote:
This sounds like a job for a custom autopkgtest, not for one that runs
build-time tests.
In that case what is the purpose of pybuild-autopkgtest ?
Making sure the installed code works.
But also you should understand that
> This sounds like a job for a custom autopkgtest, not for one that runs
> build-time tests.
In that case what is the purpose of pybuild-autopkgtest ?
We are already running test almost automatically via pybuild during the build ?
it seems that it was written to avoid code duplication between d/
On Fri, Mar 14, 2025 at 11:53:09AM +0100, picca wrote:
Is it possible instead of using pybuild-plugin-autopkgtest during the
build, to call the same logic from d/t/control.
something like
Test-Command: pybuild-autopkgtest-run
pybuild-autopkgtest(1) has an example of this.
This way it would
Hello,
Is it possible instead of using pybuild-plugin-autopkgtest during the
build, to call the same logic from d/t/control.
something like
Test-Command: pybuild-autopkgtest-run
This way it would be possible to deal with the Dependencies on our own
and avoid the problem of missing dependencies
15 matches
Mail list logo
