severity 1101533 important
thanks
I'm temporarily downgrading this because the real problem is
in python3-torch and Mo will probably make an upload today.
Thanks.
reopen 1101533
thanks
Hi. We are an architecture away (riscv64) from passing the autopkgtests.
I'm making this official and visible by reopening again.
https://qa.debian.org/excuses.php?package=pytorch-geometric
The problem is that the package is arch:all and it's normally built
in the amd64 bu
El 9/4/25 a las 13:41, Andrius Merkys escribió:
Great catch. Fixing python3-torch might fix other reverse dependencies as well.
Thus it is better to get down to cause, not the symptom.
Thanks to Adrian for locating the root cause. Please see the other bug where I
posted a patch
that might wor
Hi Santiago,
On 2025-04-09 14:18, Santiago Vila wrote:
Not so fast!
Please take a look at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102472
The real solution might be in src:python3-torch, I was looking at
dropping the following lines:
#
https://stackoverflow.com/questi
El 9/4/25 a las 13:13, Andrius Merkys escribió:
Should we drop autopkgtest-pkg-pybuild and "wrap" it in debian/tests,
where we can still decide to build the package or not depending
on the test architecture?
Let's do this. Thanks a lot for working on pytorch-geometric!
Not so fast!
Please ta
Hi Santiago,
On 2025-04-09 12:37, Santiago Vila wrote:
Hi. We are an architecture away (riscv64) from passing the autopkgtests.
I'm making this official and visible by reopening again.
https://qa.debian.org/excuses.php?package=pytorch-geometric
The problem is that the package is arch:all and i
Processing commands for cont...@bugs.debian.org:
> reopen 1101533
Bug #1101533 {Done: Santiago Vila } [src:pytorch-geometric]
pytorch-geometric: Failing autopkgtests
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re
Note: I think autopkgtest is very smart and it would be possible to skip tests
conditionally with some ifeqs in debian/rules, as autopkgtest reads
debian/rules.
My only concern is that currently it's everything together:
# Skip tests requiring network connection, also flaky tests and ones requi
Hi.
I figured out what was wrong (after some testing). Hopefully fixed in 2.6.1-6.
https://salsa.debian.org/deeplearning-team/pytorch-geometric/-/commit/e89690725aabc0253f1c812b7a32abbee5c30cef
Thanks.
reopen 1101533
thanks
Well, it still didn't work.
Do we need a dependency somewhere on the current version in unstable?
(the failing tests say "testing").
I'd like to understand this but I entered the autopkgtests world recently...
I'm open for ideas.
Thanks.
Hi Santiago,
Apologies for not replying earlier. I was busy taking care of
openstructure and its reverse dependencies. I use it in my dayjob, hence
the priority.
On 2025-04-01 13:52, Santiago Vila wrote:
Note: I think autopkgtest is very smart and it would be possible to skip
tests
condition
Hi,
On 2025-04-02 13:28, Santiago Vila wrote:
Well, it still didn't work.
Do we need a dependency somewhere on the current version in unstable?
(the failing tests say "testing").
I'd like to understand this but I entered the autopkgtests world
recently...
I find it strange that autopkgtests
Processing commands for cont...@bugs.debian.org:
> reopen 1101533
Bug #1101533 {Done: Santiago Vila } [src:pytorch-geometric]
pytorch-geometric: Failing autopkgtests
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re
El 1/4/25 a las 12:29, Santiago Vila escribió:
the next thing here would be to disable those tests for those architectures
Ok, I've tried that in 2.6.1-5.
Thanks.
Processing commands for cont...@bugs.debian.org:
> reopen 1101533
Bug #1101533 {Done: Santiago Vila } [src:pytorch-geometric]
pytorch-geometric: Failing autopkgtests
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re
reopen 1101533
thanks
El 31/3/25 a las 15:53, Andrius Merkys escribió:
Thanks a lot for caring about pytorch-geometric. The remaining autopkgtest
failures on arm64 and ppc64el seem to be caused by the need to have
libsleef-dev installed. Interestingly, this is not required on amd64. I will
gi
Thanks a lot for caring about pytorch-geometric. The remaining autopkgtest
failures on arm64 and ppc64el seem to be caused by the need to have
libsleef-dev installed. Interestingly, this is not required on amd64. I will
give it a look tomorrow, but feel free to beat me to it.
Ok, I've now add
Hi Santiago,
On 2025-03-29 01:30, Santiago Vila wrote:
The autopkgtests for this package are failing, and I guess that they
need to pass before the package can propagate to testing.
In 2.6.1-3, I've disabled the tests which can't even run because the
dependencies
may not be installed, but the
Package: src:pytorch-geometric
Version: 2.6.1-2
Severity: serious
Hello.
[ This is just to make it explicit ].
The autopkgtests for this package are failing, and I guess that they
need to pass before the package can propagate to testing.
In 2.6.1-3, I've disabled the tests which can't even run
19 matches
Mail list logo
