Control: tag -1 pending
Good day,
This night's build of insighttoolkit 4.13.3 in the clean chroot
went through, and test suite validated without particular
issues. I pushed the part of my work fixing #957360 on Salsa:
https://salsa.debian.org/med-team/insighttoolkit
As is, it may not
Processing control commands:
> tag -1 pending
Bug #957360 [src:insighttoolkit4] insighttoolkit4: ftbfs with GCC-10
Added tag(s) pending.
--
957360: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957360
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Greetings,
Étienne Mollier, on 2020-08-04 20:31:23 +0200:
> On Mon, 3 Aug 2020 08:45:35 +0200 Étienne Mollier
> wrote:
> > * an update to ITK 4.13.3.
>
> I am now working on this part. Hopefuly this will help getting
> through the build process further.
I updated the package to version
Greeting,
On Mon, 3 Aug 2020 08:45:35 +0200 Étienne Mollier
wrote:
> Arf, no dice, there might be more changes needed, including
> maybe:
> * reviewing cmake build dependencies metainformations, as in
> the upstream commit documented in a previous entry, which
> makes me wonder
Étienne Mollier, on 2020-08-02 20:25:07 +0200:
> I will push that change to salsa if I see the build succeed,
Arf, no dice, there might be more changes needed, including
maybe:
* reviewing cmake build dependencies metainformations, as in
the upstream commit documented in a previous entry,
Hi Andreas,
Andreas Tille, on 2020-08-02 19:36:30 +0200:
> I've just uoloaded castxml 0.3.4.
Thank you for the swift upgrade of castxml. I pulled your
changes on my machine and triggered a build of ITK with the
following constraint in the build dependencies:
castxml (>= 0.3.4),
I will
Hi Étienne,
thanks for checking this bug.
On Sun, Aug 02, 2020 at 05:35:21PM +0200, Étienne Mollier wrote:
> I saw the use of castxml 0.3.4 indeed helped
> with the ftbfs. If I understood the situation properly, this
> means this issue will most likely be fixed by an update of
> castxml, which
Greetings,
The failure does not appear with upstream default build options,
but manifests when Wrapping is enabled, for the Python bindings.
After spending a bit of time investigating #957360, I found a
few references to the issue upstream, with a fix which consisted
to force usage of castxml
8 matches
Mail list logo