Bug#1064139: ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
Hey,
I have to insist, I get a valid build with a freshly updated unstable
image, using cowbuilder this time. I can't reproduce your error... Any
way I can help?
Cheers,
*Dr. Flavien BRIDAULT*
Director of Software Development
IRCAD France & IRCAD Africa
flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr>
Tél. : +33 (0)3 88 119 201
IRCAD France
http://www.ircad.fr/
http://www.ircad.africa/ <http://www.ircad.fr/>
Suivez l'IRCAD sur Facebook
<http://www.facebook.com/pages/IRCAD/193785273990141>
*IRCAD France*
Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex
- FRANCE
Le 17/03/2024 à 18:02, Flavien Bridault a écrit :
Mmm this is weird, I got it built completely with the latest unstable
docker image, thus with swig 4.2... What could be the difference?
I'll try with cowbuilder now...
*Dr. Flavien BRIDAULT*
Director of Software Development
IRCAD France & IRCAD Africa
flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr>
Tél. : +33 (0)3 88 119 201
IRCAD France
http://www.ircad.fr/
http://www.ircad.africa/ <http://www.ircad.fr/>
Suivez l'IRCAD sur Facebook
<http://www.facebook.com/pages/IRCAD/193785273990141>
*IRCAD France*
Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg
Cedex - FRANCE
Le 17/03/2024 à 16:05, Matthias Klose a écrit :
On 17.03.24 14:59, Matthias Klose wrote:
with both patches, I get until:
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected
template-name before '<' token
6527 | struct SwigPyMapIterator_T :
SwigPyIteratorClosed_T
>
| ^
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected '{'
before '<' token
[...]
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6547:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6547 | inline SwigPyIterator*
| ^~
| SwigPyMapIterator_T
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6565:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6565 | inline SwigPyIterator*
| ^~
| SwigPyMapIterator_T
this is introduced by swig 4.2.x, builds with wig 4.1.x
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1064139: ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
Mmm this is weird, I got it built completely with the latest unstable
docker image, thus with swig 4.2... What could be the difference?
I'll try with cowbuilder now...
*Dr. Flavien BRIDAULT*
Director of Software Development
IRCAD France & IRCAD Africa
flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr>
Tél. : +33 (0)3 88 119 201
IRCAD France
http://www.ircad.fr/
http://www.ircad.africa/ <http://www.ircad.fr/>
Suivez l'IRCAD sur Facebook
<http://www.facebook.com/pages/IRCAD/193785273990141>
*IRCAD France*
Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex
- FRANCE
Le 17/03/2024 à 16:05, Matthias Klose a écrit :
On 17.03.24 14:59, Matthias Klose wrote:
with both patches, I get until:
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected
template-name before '<' token
6527 | struct SwigPyMapIterator_T :
SwigPyIteratorClosed_T
>
| ^
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected '{'
before '<' token
[...]
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6547:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6547 | inline SwigPyIterator*
| ^~
| SwigPyMapIterator_T
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6565:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6565 | inline SwigPyIterator*
| ^~
| SwigPyMapIterator_T
this is introduced by swig 4.2.x, builds with wig 4.1.x
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1064139: Bug #1064139 ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
Dear Jochen,
I think I have a patch that fixes the build errors. Basically I just
replicated what paroj did upstream, i.e. ignoring the methods that fail
to bind.
Hope this helps.
Cheers,
*Dr. Flavien BRIDAULT*
Director of Software Development
IRCAD France & IRCAD Africa
flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr>
Tél. : +33 (0)3 88 119 201
IRCAD France
http://www.ircad.fr/
http://www.ircad.africa/ <http://www.ircad.fr/>
Suivez l'IRCAD sur Facebook
<http://www.facebook.com/pages/IRCAD/193785273990141>
*IRCAD France*
Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex
- FRANCE
Le 11/03/2024 à 09:28, Jochen Sprickerhof a écrit :
Hi Flavien,
* Flavien Bridault [2024-03-07 08:07]:
I just cloned the repository to open the MR but then I realized there
is already a branch opened two weeks ago exactly with the fix I
proposed... So I guess it is on its way ?
I guess you mean:
https://salsa.debian.org/games-team/ogre/-/tree/fix_imgui
That was my try to fix it but it fails later on in the build (as can
be seen in CI). Help appreciated.
Cheers Jochen
--- ogre.orig/Components/Bites/src/OgreImGuiInputListener.cpp
+++ ogre/Components/Bites/src/OgreImGuiInputListener.cpp
@@ -81,7 +81,7 @@
io.KeyMap[ImGuiKey_Enter] = SDLK_RETURN;
io.KeyMap[ImGuiKey_Escape] = '\033';
io.KeyMap[ImGuiKey_Space] = ' ';
-io.KeyMap[ImGuiKey_KeyPadEnter] = kc2sc(SDLK_KP_ENTER);
+io.KeyMap[ImGuiKey_KeypadEnter] = kc2sc(SDLK_KP_ENTER);
io.KeyMap[ImGuiKey_A] = 'a';
io.KeyMap[ImGuiKey_C] = 'c';
io.KeyMap[ImGuiKey_V] = 'v';
--- ogre.orig/Components/Overlay/include/OgreOverlay.i
+++ ogre/Components/Overlay/include/OgreOverlay.i
@@ -104,10 +104,11 @@
%ignore ImGui::TreeNodeV;
%ignore ImGui::TreeNodeExV;
%ignore ImGui::SetTooltipV;
+%ignore ImGui::SetItemTooltipV;
%ignore ImGuiTextBuffer::appendfv;
%apply bool* INOUT { bool* p_open };
%apply float* INOUT { float* v };
%apply int* INOUT { int* v };
%include "imgui.h"
-#endif
\ No newline at end of file
+#endif
--- ogre.orig/OgreMain/include/Ogre.i
+++ ogre/OgreMain/include/Ogre.i
@@ -495,6 +495,7 @@
%include "OgreGpuProgram.h"
SHARED_PTR(HighLevelGpuProgram);
%include "OgreHighLevelGpuProgram.h"
+%ignore getPropertyName;
%include "OgreScriptCompiler.h"
%ignore Ogre::TextureUnitState::setCubicTexture;
%ignore Ogre::TextureUnitState::setCubicTextureName;
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1064139: Bug #1064139 ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
Dear Simon, Many thanks for your answer. I just cloned the repository to open the MR but then I realized there is already a branch opened two weeks ago exactly with the fix I proposed... So I guess it is on its way ? I will follow your advice for ogre 1.14, it was not clear for me I could simply open an MR. :) Cheers, *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 06/03/2024 à 23:25, Simon Schmeißer a écrit : Dear Flavien, a good and simple start would be to open a Merge Request (MR) adding a patch on salsa: https://salsa.debian.org/games-team/ogre Then salsa CI will test your changes and it can be sponsored by someone. There was ongoing work to update to 1.12.13 but it stalled: https://salsa.debian.org/games-team/ogre/-/merge_requests/6 The main work is likely to identify what needs to change for the copyright file to be acceptable If you want to get started on ogre 14 you could start by combining the changes in the 1.12.13 branch with those here https://salsa.debian.org/games-team/ogre/-/commits/ogre-13.3/?ref_type=heads I'm currently super short on time but will try to help you with any technical problems if you open a MR for a patch Best regards from Freiburg Simon Am 06.03.24 um 08:46 schrieb Flavien Bridault: Dear maintainer(s), I took a look at the latest version of Ogre which is probably compatible with latest ImGui and it seems this line is no longer necessary. It was removed before the release 13.0.0 when upgrading to ImGUI 1.83 : https://github.com/OGRECave/ogre/commit/17b7481057b97662a3752ee605ea77a9eb0c57db Patching should be then fairly easy... I can offer my help again, like I did to upgrade to 1.14 (https://lists.debian.org/debian-devel-games/2023/11/msg1.html), which whould really be the best option in the end... Maybe I will have an official answer this time ? I don't want to be sarcastic at all, but I strongly depend on Ogre to build sight and this is annoying to get no answer from the devel games team. And currently my package sight is currently marked for autoremoval because of this bug (https://tracker.debian.org/pkg/sight) Kind regards, -- *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1064139: Bug #1064139 ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
Dear maintainer(s), I took a look at the latest version of Ogre which is probably compatible with latest ImGui and it seems this line is no longer necessary. It was removed before the release 13.0.0 when upgrading to ImGUI 1.83 : https://github.com/OGRECave/ogre/commit/17b7481057b97662a3752ee605ea77a9eb0c57db Patching should be then fairly easy... I can offer my help again, like I did to upgrade to 1.14 (https://lists.debian.org/debian-devel-games/2023/11/msg1.html), which whould really be the best option in the end... Maybe I will have an official answer this time ? I don't want to be sarcastic at all, but I strongly depend on Ogre to build sight and this is annoying to get no answer from the devel games team. And currently my package sight is currently marked for autoremoval because of this bug (https://tracker.debian.org/pkg/sight) Kind regards, -- *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1059140: [Debian-med-packaging] Bug#1059140: sight: FTBFS: error: ‘void* __builtin_memcpy(void*, const void*, long unsigned int) ’ forming offset [32, 34] is out of the bounds [0, 32] of object ‘
Dear Andreas,
Thank you for the notice. It looks like a optimizer compiler bug...
Anyway, I managed to patch it using a different syntax.
I pushed it in the repository. Please have a look and upload it if
that's good enough.
Cheers.
*Dr. Flavien BRIDAULT*
Director of Software Development
IRCAD France & IRCAD Africa
flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr>
Tél. : +33 (0)3 88 119 201
IRCAD France
http://www.ircad.fr/
http://www.ircad.africa/ <http://www.ircad.fr/>
Suivez l'IRCAD sur Facebook
<http://www.facebook.com/pages/IRCAD/193785273990141>
*IRCAD France*
Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex
- FRANCE
Le 20/12/2023 à 12:30, Sebastian Ramacher a écrit :
Source: sight
Version: 23.1.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc:sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=sight=amd64=23.1.0-1%2Bb1=1702935225=0
[ 50%] Building CXX object
libs/filter/dicom/CMakeFiles/filter_dicom.dir/IFilter.cpp.o
cd /<>/obj-x86_64-linux-gnu/libs/filter/dicom && /usr/bin/c++ -DBOOST_ALL_DYN_LINK -DBOOST_ATOMIC_DYN_LINK -DBOOST_ATOMIC_NO_LIB -DBOOST_BIND_GLOBAL_PLACEHOLDERS -DBOOST_CHRONO_DYN_LINK
-DBOOST_CHRONO_NO_LIB -DBOOST_DATE_TIME_DYN_LINK -DBOOST_DATE_TIME_NO_LIB -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_FILESYSTEM_NO_LIB -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_IOSTREAMS_NO_LIB -DBOOST_LOG_DYN_LINK -DBOOST_LOG_NO_LIB
-DBOOST_LOG_SETUP_DYN_LINK -DBOOST_LOG_SETUP_NO_LIB -DBOOST_REGEX_DYN_LINK -DBOOST_REGEX_NO_LIB -DBOOST_SPIRIT_USE_PHOENIX_V3 -DBOOST_THREAD_DONT_PROVIDE_DEPRECATED_FEATURES_SINCE_V3_0_0 -DBOOST_THREAD_DYN_LINK
-DBOOST_THREAD_NO_LIB -DBOOST_THREAD_PROVIDES_FUTURE -DBOOST_THREAD_VERSION=2 -DFILTER_DICOM_EXPORTS -DNDEBUG -DSIGHT_SOURCE_DIR=\"/<>\" -Dfilter_dicom_EXPORTS
-I/<>/obj-x86_64-linux-gnu/libs/filter/dicom/include -I/<>/libs -I/<>/libs/core -I/<>/obj-x86_64-linux-gnu/libs/core/core/include
-I/<>/obj-x86_64-linux-gnu/libs/core/data/include -I/<>/obj-x86_64-linux-gnu/libs/geometry/data/include -g -O2 -ffile-prefix-map=/<>=.
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -std=gnu++20 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -Wall -Wextra
-Wconversion -march=x86-64 -mtune=generic -mfpmath=sse -fopenmp -Werror -Wno-error=deprecated-declarations -fopenmp -Winvalid-pch -include
/<>/obj-x86_64-linux-gnu/libs/core/pch/pchCore/CMakeFiles/pchCore.dir/cmake_pch.hxx -MD -MT libs/filter/dicom/CMakeFiles/filter_dicom.dir/IFilter.cpp.o -MF CMakeFiles/filter_dicom.dir/IFilter.cpp.o.d -o
CMakeFiles/filter_dicom.dir/IFilter.cpp.o -c /<>/libs/filter/dicom/IFilter.cpp
In file included from /usr/include/c++/13/string:42,
from
/usr/include/boost/algorithm/string/std/string_traits.hpp:15,
from
/usr/include/boost/algorithm/string/std_containers_traits.hpp:19,
from /usr/include/boost/algorithm/string.hpp:18,
from
/<>/obj-x86_64-linux-gnu/libs/core/pch/pchCore/CMakeFiles/pchCore.dir/cmake_pch.hxx:5,
from :
In static member function ‘static constexpr std::char_traits::char_type*
std::char_traits::copy(char_type*, const char_type*, std::size_t)’,
inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits,
_Alloc>::basic_string(std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&&) [with _CharT =
char; _Traits = std::char_traits; _Alloc = std::allocator]’ at
/usr/include/c++/13/bits/basic_string.h:683:23,
inlined from ‘constexpr std::__cxx11::basic_string<_CharT, _Traits, _Allocator>
std::operator+(__cxx11::basic_string<_CharT, _Traits, _Allocator>&&, __cxx11::basic_string<_CharT, _Traits,
_Allocator>&&) [with _CharT = char; _Traits = char_traits; _Alloc = allocator]’ at
/usr/include/c++/13/bits/basic_string.h:3668:43,
inlined from ‘std::string sight::core::com::SlotBase::getTypeName() const [with F =
void(double)]’ at /<>/libs/core/core/com/SlotBase.hpp:227:99,
inlined from ‘sight::core::com::Slot::Slot() [with R = void; A = {double}]’
at /<>/libs/core/core/com/Slot.hxx:48:33:
/usr/include/c++/13/bits/char_traits.h:445:56: error: ‘void* __builtin_memcpy(void*, const
void*, long unsigned int)’ forming offset [32, 34] is out of the bounds [0, 32] of object
‘’ with type ‘std::__cxx11::basic_string’
[-Werror=array-bounds=]
445 | return static_cast(__builtin_memcpy(__s1, __s2,
__n));
|
^
In file included from /<>/libs/core/core/com/SlotRun.hpp:27,
from /<>/libs/core/core/com/SlotCall.hp
Bug#1039529: applied patch to ITK
Hi Steven, hi Andreas, Sorry for the late replay... Eventually I had less time than expected. :( I gave a try today, and I manage to get a working build. I took the opportunity to update to 23.1.0. I tested the packaged apps on my VM and this seems to work nicely. Could you please a look when you have some time Andreas? Thanks again. *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 29/09/2023 à 12:34, Flavien Bridault a écrit : Hi Steven, hi Andreas, I had a quick try two days ago, and indeed it still fails, but I think this might be a different issue, and if this is the case, that might be solved by a patch on my side. I'm pretty busy these days, but I'll let you know asap, probably during the week-end. Thanks again guys. *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 29/09/2023 à 12:30, Andreas Tille a écrit : Hi Steven, Am Tue, Sep 26, 2023 at 10:47:34AM -0500 schrieb Steven Robbins: Just FYI: I applied the suggested patch (thanks Flavien!) to ITK. Let me know if "sight" now builds. I tried with my local pbuilder but failed. Unfurtunately Salsa CI fails even in extract source step so we do not see any build log. Flavien, could you please have another look? Kind regards Andreas. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1039529: applied patch to ITK
Hi Steven, hi Andreas, I had a quick try two days ago, and indeed it still fails, but I think this might be a different issue, and if this is the case, that might be solved by a patch on my side. I'm pretty busy these days, but I'll let you know asap, probably during the week-end. Thanks again guys. *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 29/09/2023 à 12:30, Andreas Tille a écrit : Hi Steven, Am Tue, Sep 26, 2023 at 10:47:34AM -0500 schrieb Steven Robbins: Just FYI: I applied the suggested patch (thanks Flavien!) to ITK. Let me know if "sight" now builds. I tried with my local pbuilder but failed. Unfurtunately Salsa CI fails even in extract source step so we do not see any build log. Flavien, could you please have another look? Kind regards Andreas. OpenPGP_signature Description: OpenPGP digital signature
Bug#1039529: [Debian-med-packaging] Bug#1039529: Bug#1039529: Bug#1039529: sight: FTBFS: /<>/libs/io/itk/helper/ProgressItkToFw.hxx:48:5: error: ‘::Create’ has not been declared
Thanks for the help Graham, appreciated. :) *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 19/09/2023 à 11:27, Graham Inggs a écrit : Control: clone -1 -2 Control: reassign -2 src:insighttoolkit5 5.3.0-5 Hi Flavien On Mon, 18 Sept 2023 at 14:24, Flavien Bridault wrote: My message was maybe missed during the summer, I give a new attempt... I can offer a hand to provide the ITK patch if that can help... Let me try cloning and reassigning this bug to insighttoolkit5. Regards Graham OpenPGP_signature Description: OpenPGP digital signature
Bug#1039529: [Debian-med-packaging] Bug#1039529: Bug#1039529: sight: FTBFS: /<>/libs/io/itk/helper/ProgressItkToFw.hxx:48:5: error: ‘::Create’ has not been declared
Dear developers, My message was maybe missed during the summer, I give a new attempt... I can offer a hand to provide the ITK patch if that can help... Cheers, *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 23/08/2023 à 09:54, Flavien Bridault a écrit : Dear developers, It turns out that sight FTBFS is due to a regression in itkMacro.h. This has been fixed upstream in https://github.com/InsightSoftwareConsortium/ITK/commit/7fbe8880a99ce1442b5b3e04ab05babdabe8e930. I could hack this in sight but this would be really tedious. This might break also other client code, as reported here https://github.com/InsightSoftwareConsortium/ITK/issues/4074/ Do you think it could be possible to add a patch for this in the insighttoolkit5 package ? Thanks a lot. *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 27/06/2023 à 00:10, Sebastian Ramacher a écrit : Source: sight Version: 21.1.1-3 Severity: serious Tags: ftbfs sid bookworm Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=sight=amd64=21.1.1-3%2Bb2=1687809257=0 [ 66%] Linking CXX shared library ../../../lib/x86_64-linux-gnu/libsight_module_filter_vision.so cd /<>/obj-x86_64-linux-gnu/modules/filter/vision && /usr/bin/cmake -E cmake_link_script CMakeFiles/module_filter_vision.dir/link.txt --verbose=1 /usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -Wl,--as-needed -Wl,--sort-common -Wl,-O2 -Wl,-z,relro -Wl,-z,now -shared -Wl,-soname,libsight_module_filter_vision.so.21.1 -o ../../../lib/x86_64-linux-gnu/libsight_module_filter_vision.so.21.1.0 CMakeFiles/module_filter_vision.dir/Plugin.cpp.o CMakeFiles/module_filter_vision.dir/SColourImageMasking.cpp.o CMakeFiles/module_filter_vision.dir/SDepthImageMasking.cpp.o CMakeFiles/module_filter_vision.dir/SOpticalFlow.cpp.o CMakeFiles/module_filter_vision.dir/SPointCloudFromDepthMap.cpp.o CMakeFiles/module_filter_vision.dir/STransformDepthMap2mm.cpp.o CMakeFiles/module_filter_vision.dir/STransformDepthTL2mm.cpp.o CMakeFiles/module_filter_vision.dir/SUltrasoundImage.cpp.o CMakeFiles/module_filter_vision.dir/registerServices.cpp.o -Wl,-rpath,/<>/obj-x86_64-linux-gnu/lib/x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_video.so.4.6.0 ../../../lib/x86_64-linux-gnu/libsight_service.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_geometry_data.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_filter_vision.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_io_opencv.so.21.1.0 /usr/lib/x86_64-linux-gnu/libopencv_videoio.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_imgcodecs.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_dnn.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_calib3d.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_features2d.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_imgproc.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_flann.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_core.so.4.6.0 ../../../lib/x86_64-linux-gnu/libsight_activity.so.21.1.0 /usr/lib/x86_64-linux-gnu/libopencv_ml.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_imgproc.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_core.so.4.6.0 ../../../lib/x86_64-linux-gnu/libsight_data.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_core.so.21.1.0 /usr/lib/x86_64-linux-gnu/libboost_date_time.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_log_setup.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_log.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_chrono.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_regex.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_atomic.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.74.0 /usr/lib/x86_64-linux-gnu/libxml2.so /usr/lib/x86_64-linux-gnu/libcrypto.so -ldl /usr/lib/x86_64-linux-gnu/libopencv_calib3d.so.4.6.0 /u
Bug#1039529: [Debian-med-packaging] Bug#1039529: sight: FTBFS: /<>/libs/io/itk/helper/ProgressItkToFw.hxx:48:5: error: ‘::Create’ has not been declared
Dear developers, It turns out that sight FTBFS is due to a regression in itkMacro.h. This has been fixed upstream in https://github.com/InsightSoftwareConsortium/ITK/commit/7fbe8880a99ce1442b5b3e04ab05babdabe8e930. I could hack this in sight but this would be really tedious. This might break also other client code, as reported here https://github.com/InsightSoftwareConsortium/ITK/issues/4074/ Do you think it could be possible to add a patch for this in the insighttoolkit5 package ? Thanks a lot. *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 27/06/2023 à 00:10, Sebastian Ramacher a écrit : Source: sight Version: 21.1.1-3 Severity: serious Tags: ftbfs sid bookworm Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=sight=amd64=21.1.1-3%2Bb2=1687809257=0 [ 66%] Linking CXX shared library ../../../lib/x86_64-linux-gnu/libsight_module_filter_vision.so cd /<>/obj-x86_64-linux-gnu/modules/filter/vision && /usr/bin/cmake -E cmake_link_script CMakeFiles/module_filter_vision.dir/link.txt --verbose=1 /usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -Wl,--as-needed -Wl,--sort-common -Wl,-O2 -Wl,-z,relro -Wl,-z,now -shared -Wl,-soname,libsight_module_filter_vision.so.21.1 -o ../../../lib/x86_64-linux-gnu/libsight_module_filter_vision.so.21.1.0 CMakeFiles/module_filter_vision.dir/Plugin.cpp.o CMakeFiles/module_filter_vision.dir/SColourImageMasking.cpp.o CMakeFiles/module_filter_vision.dir/SDepthImageMasking.cpp.o CMakeFiles/module_filter_vision.dir/SOpticalFlow.cpp.o CMakeFiles/module_filter_vision.dir/SPointCloudFromDepthMap.cpp.o CMakeFiles/module_filter_vision.dir/STransformDepthMap2mm.cpp.o CMakeFiles/module_filter_vision.dir/STransformDepthTL2mm.cpp.o CMakeFiles/module_filter_vision.dir/SUltrasoundImage.cpp.o CMakeFiles/module_filter_vision.dir/registerServices.cpp.o -Wl,-rpath,/<>/obj-x86_64-linux-gnu/lib/x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_video.so.4.6.0 ../../../lib/x86_64-linux-gnu/libsight_service.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_geometry_data.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_filter_vision.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_io_opencv.so.21.1.0 /usr/lib/x86_64-linux-gnu/libopencv_videoio.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_imgcodecs.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_dnn.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_calib3d.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_features2d.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_imgproc.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_flann.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_core.so.4.6.0 ../../../lib/x86_64-linux-gnu/libsight_activity.so.21.1.0 /usr/lib/x86_64-linux-gnu/libopencv_ml.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_imgproc.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_core.so.4.6.0 ../../../lib/x86_64-linux-gnu/libsight_data.so.21.1.0 ../../../lib/x86_64-linux-gnu/libsight_core.so.21.1.0 /usr/lib/x86_64-linux-gnu/libboost_date_time.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_log_setup.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_log.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_chrono.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_regex.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_atomic.so.1.74.0 /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.74.0 /usr/lib/x86_64-linux-gnu/libxml2.so /usr/lib/x86_64-linux-gnu/libcrypto.so -ldl /usr/lib/x86_64-linux-gnu/libopencv_calib3d.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_features2d.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_flann.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_imgproc.so.4.6.0 /usr/lib/x86_64-linux-gnu/libopencv_core.so.4.6.0 In file included from /usr/include/ITK-5.3/itkLightObject.h:21, from /usr/include/ITK-5.3/itkObject.h:31, from /usr/include/ITK-5.3/itkLightProcessObject.h:21, from /usr/include/ITK-5.3/itkImageIOBase.h:24, from /<>/libs/io/itk/inr2itk/itkInrImageIOFactory.hpp:25, from /<>/libs/io/itk/ImageReader.cpp:25: /<>/libs/io/itk/helper/ProgressItkToFw.hxx:48:5: error: ‘LightObject’ in namespace ‘
Bug#1001681: sight: FTBFS in unstable
Understood, I just wanted to avoid any overlap. I'll have a look asap. :) *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 14/12/2021 à 17:49, Andreas Tille a écrit : Hi Flavien, Am Tue, Dec 14, 2021 at 04:13:26PM +0100 schrieb Flavien Bridault: Thanks for the notice. This comes from DCMTK. Maybe an API change or a move of a header. Do you want me to have a look ? I guess Steve will be very happy if you can have a look. As far as I know he is not a medical imaging expert and has no interest in debugging DCMTK. Thanks a lot for checking Andreas. OpenPGP_signature Description: OpenPGP digital signature
Bug#1001681: sight: FTBFS in unstable
Hello Steve, Thanks for the notice. This comes from DCMTK. Maybe an API change or a move of a header. Do you want me to have a look ? Cheers, *Dr. Flavien BRIDAULT* Director of Software Development IRCAD France & IRCAD Africa flavien.brida...@ircad.fr <mailto:flavien.bridault-louc...@ircad.fr> Tél. : +33 (0)3 88 119 201 IRCAD France http://www.ircad.fr/ http://www.ircad.africa/ <http://www.ircad.fr/> Suivez l'IRCAD sur Facebook <http://www.facebook.com/pages/IRCAD/193785273990141> *IRCAD France* Hôpitaux Universitaires - 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE Le 14/12/2021 à 08:37, Steve Langasek a écrit : Source: sight Version: 21.0.0-2 Severity: serious User:ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu jammy Hi Flavien, sight is failing to build in unstable right now with the following error: cd /tmp/sight-21.0.0/obj-x86_64-linux-gnu/libs/io/dimse && /usr/bin/c++ -DBOOST_ALL_DYN_LINK -DBOOST_ALL_NO_LIB -DBOOST_ATOMIC_DYN_LINK -DBOOST_CHRONO_DYN_LINK -DBOOST_DATE_TIME_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_LOG_DYN_LINK -DBOOST_LOG_SETUP_DYN_LINK -DBOOST_REGEX_DYN_LINK -DBOOST_SPIRIT_USE_PHOENIX_V3 -DBOOST_THREAD_DONT_PROVIDE_DEPRECATED_FEATURES_SINCE_V3_0_0 -DBOOST_THREAD_DYN_LINK -DBOOST_THREAD_PROVIDES_FUTURE -DBOOST_THREAD_VERSION=2 -DIO_DIMSE_EXPORTS -Dio_dimse_EXPORTS -I/tmp/sight-21.0.0/obj-x86_64-linux-gnu/libs/io/dimse/include -I/tmp/sight-21.0.0/libs -I/tmp/sight-21.0.0/libs/core -I/tmp/sight-21.0.0/obj-x86_64-linux-gnu/libs/core/pch/pchData/include/pchData -I/tmp/sight-21.0.0/obj-x86_64-linux-gnu/libs/core/core/include -I/usr/include/libxml2 -I/tmp/sight-21.0.0/obj-x86_64-linux-gnu/libs/core/data/include -g -O2 -ffile-prefix-map=/tmp/sight-21.0.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -march=sandybridge -mtune=generic -mfpmath=sse -fvisibility=hidden -fvisibility-inlines-hidden -Wall -Wextra -Wconversion -Wno-unused-parameter -Wno-ignored-qualifiers -std=gnu++17 -include "pch.hpp" -Winvalid-pch -MD -MT libs/io/dimse/CMakeFiles/io_dimse.dir/SeriesEnquirer.cpp.o -MF CMakeFiles/io_dimse.dir/SeriesEnquirer.cpp.o.d -o CMakeFiles/io_dimse.dir/SeriesEnquirer.cpp.o -c /tmp/sight-21.0.0/libs/io/dimse/SeriesEnquirer.cpp /tmp/sight-21.0.0/libs/io/dimse/SeriesEnquirer.cpp: In member function 'std::string sight::io::dimse::SeriesEnquirer::findSOPInstanceUID(const string&, unsigned int)': /tmp/sight-21.0.0/libs/io/dimse/SeriesEnquirer.cpp:748:5: error: 'OFIterator' was not declared in this scope; did you mean 'OF_error'? 748 | OFIterator it= responses.begin(); | ^~ | OF_error /tmp/sight-21.0.0/libs/io/dimse/SeriesEnquirer.cpp:748:26: error: expected primary-expression before '*' token 748 | OFIterator it= responses.begin(); | ^ /tmp/sight-21.0.0/libs/io/dimse/SeriesEnquirer.cpp:748:27: error: expected primary-expression before '>' token 748 | OFIterator it= responses.begin(); | ^ /tmp/sight-21.0.0/libs/io/dimse/SeriesEnquirer.cpp:748:29: error: 'it' was not declared in this scope; did you mean 'io'? 748 | OFIterator it= responses.begin(); | ^~ | io I don't know where OFIterator is supposed to come from, but clearly something has changed. Cheers, ___ Debian-med-packaging mailing list debian-med-packag...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging OpenPGP_signature Description: OpenPGP digital signature
Bug#954711: sight: diff for NMU version 19.0.0-6.1
Hi Andreas and Adrian, We are polishing Sight 20.0 and we should release by the end of the week or maybe next week, with the included fix (or somehow, because we simply stopped using ::boost::regex). However I can not ensure the update of the package will be smooth, so having a working package based 19.0.0 in the meantime is probably safer. Thanks for your work ! Le 15/06/2020 à 21:36, Andreas Tille a écrit : > Hi Adrian, > > thanks a lot for your effort. I've injected the diff into Git. > > Flavien, it would be great if you could integrate this upstream > and issue a new release. > > Kind regards > >Andreas. > > On Mon, Jun 15, 2020 at 06:35:02PM +0300, Adrian Bunk wrote: >> Control: tags 954711 + pending >> >> Dear maintainer, >> >> I've prepared an NMU for sight (versioned as 19.0.0-6.1) and uploaded >> it to DELAYED/2. Please feel free to tell me if I should cancel it. >> >> cu >> Adrian >> diff -Nru sight-19.0.0/debian/changelog sight-19.0.0/debian/changelog >> --- sight-19.0.0/debian/changelog2020-04-25 15:47:51.0 +0300 >> +++ sight-19.0.0/debian/changelog2020-06-15 18:20:23.0 +0300 >> @@ -1,3 +1,11 @@ >> +sight (19.0.0-6.1) unstable; urgency=high >> + >> + * Non-maintainer upload. >> + * Add patch from Giovanni Mascellani for FTBFS with Boost 1.71. >> +(Closes: #954711) >> + >> + -- Adrian Bunk Mon, 15 Jun 2020 18:20:23 +0300 >> + >> sight (19.0.0-6) unstable; urgency=medium >> >>[ Etienne Mollier ] >> diff -Nru sight-19.0.0/debian/patches/0007-Fix-FTBFS-with-Boost-1.71.patch >> sight-19.0.0/debian/patches/0007-Fix-FTBFS-with-Boost-1.71.patch >> --- sight-19.0.0/debian/patches/0007-Fix-FTBFS-with-Boost-1.71.patch >> 1970-01-01 02:00:00.0 +0200 >> +++ sight-19.0.0/debian/patches/0007-Fix-FTBFS-with-Boost-1.71.patch >> 2020-06-15 18:20:20.0 +0300 >> @@ -0,0 +1,34 @@ >> +From: Giovanni Mascellani >> +Date: Sun, 22 Mar 2020 14:34:26 +0100 >> +Subject: Fix FTBFS with Boost 1.71. >> + >> +Apparently CMake expects library names to be lowercase. >> +--- >> + Bundles/ui/guiQml/CMakeLists.txt | 2 +- >> + Bundles/ui/guiQt/CMakeLists.txt | 2 +- >> + 2 files changed, 2 insertions(+), 2 deletions(-) >> + >> +diff --git a/Bundles/ui/guiQml/CMakeLists.txt >> b/Bundles/ui/guiQml/CMakeLists.txt >> +index 42c008e..7f9c228 100644 >> +--- a/Bundles/ui/guiQml/CMakeLists.txt >> b/Bundles/ui/guiQml/CMakeLists.txt >> +@@ -1,6 +1,6 @@ >> + fwLoadProperties() >> + >> +-find_package(Boost QUIET COMPONENTS Regex REQUIRED) >> ++find_package(Boost QUIET COMPONENTS regex REQUIRED) >> + find_package(Qt5 QUIET COMPONENTS Core Gui Quick Qml QuickControls2 >> REQUIRED) >> + >> + >> +diff --git a/Bundles/ui/guiQt/CMakeLists.txt >> b/Bundles/ui/guiQt/CMakeLists.txt >> +index 3aff5d1..ff52b89 100644 >> +--- a/Bundles/ui/guiQt/CMakeLists.txt >> b/Bundles/ui/guiQt/CMakeLists.txt >> +@@ -1,6 +1,6 @@ >> + fwLoadProperties() >> + >> +-find_package(Boost QUIET COMPONENTS Regex REQUIRED) >> ++find_package(Boost QUIET COMPONENTS regex REQUIRED) >> + find_package(Qt5 QUIET COMPONENTS Core Gui Widgets REQUIRED) >> + >> + >> diff -Nru sight-19.0.0/debian/patches/series >> sight-19.0.0/debian/patches/series >> --- sight-19.0.0/debian/patches/series 2020-04-25 15:47:51.0 >> +0300 >> +++ sight-19.0.0/debian/patches/series 2020-06-15 18:20:20.0 >> +0300 >> @@ -4,3 +4,4 @@ >> fix_launcher_library_path.patch >> fix_dcmtk_scp_cfg.patch >> revert_qVTK_widget.patch >> +0007-Fix-FTBFS-with-Boost-1.71.patch >> ___ >> Debian-med-packaging mailing list >> debian-med-packag...@alioth-lists.debian.net >> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging > -- *Flavien BRIDAULT* Software Development Director flavien.brida...@ircad.fr +33 (0)3 88 119 201 *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#920457: [Debian-med-packaging] Bug#920457: fw4spl ftbfs in unstable
I added a patch to build with dcmtk 3.6.4, this should build fine now. Le 25/01/2019 à 19:01, Matthias Klose a écrit : > Package: src:fw4spl > Version: 17.2.0-1 > Severity: serious > Tags: sid buster > > fw4spl ftbfs in unstable > > cd /<>/obj-x86_64-linux-gnu/fwMemory && /usr/bin/c++ > -DBOOST_ALL_DYN_LINK -DBOOST_SPIRIT_USE_PHOENIX_V3 > -DBOOST_THREAD_DONT_PROVIDE_DEPRECATED_FEATURES_SINCE_V3_0_0 > -DBOOST_THREAD_PROVIDES_FUTURE -DBOOST_THREAD_VERSION=2 -DFWMEMORY_EXPORTS > -DFWMEMORY_VER=\"0.1\" -DSPYLOG_LEVEL=2 -DSPYLOG_NO_INCLUDE=1 > -I/<>/SrcLib/core/fwMemory/include > -I/<>/obj-x86_64-linux-gnu/fwMemory/include > -I/<>/SrcLib/core/fwCamp/include > -I/<>/obj-x86_64-linux-gnu/fwCamp/include > -I/<>/SrcLib/core/fwCore/include > -I/<>/obj-x86_64-linux-gnu/fwCore/include > -I/<>/SrcLib/core/fwCom/include > -I/<>/obj-x86_64-linux-gnu/fwCom/include > -I/<>/SrcLib/core/fwThread/include > -I/<>/obj-x86_64-linux-gnu/fwThread/include > -I/<>/SrcLib/core/fwTools/include > -I/<>/obj-x86_64-linux-gnu/fwTools/include -g -O2 > -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat > -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra > -Wconversion -Wno-unused-parameter -Wno-ignored-qualifiers -fvisibility=hidden > -O3 -DNDEBUG -fPIC -std=gnu++11 -o > CMakeFiles/fwMemory.dir/src/fwMemory/BufferInfo.cpp.o -c > /<>/SrcLib/core/fwMemory/src/fwMemory/BufferInfo.cpp > /<>/SrcLib/io/fwDcmtkTools/src/fwDcmtkTools/Dictionary.cpp: In > static member function 'static void > fwDcmtkTools::Dictionary::loadDictionary()': > /<>/SrcLib/io/fwDcmtkTools/src/fwDcmtkTools/Dictionary.cpp:32:21: > error: 'class GlobalDcmDataDictionary' has no member named 'unlock'; did you > mean 'rdlock'? > dcmDataDict.unlock(); > ^~ > rdlock > make[3]: *** [fwDcmtkTools/CMakeFiles/fwDcmtkTools.dir/build.make:66: > fwDcmtkTools/CMakeFiles/fwDcmtkTools.dir/src/fwDcmtkTools/Dictionary.cpp.o] > Error 1 > make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu' > make[2]: *** [CMakeFiles/Makefile2:7350: > fwDcmtkTools/CMakeFiles/fwDcmtkTools.dir/all] Error 2 > make[2]: *** Waiting for unfinished jobs > > ___ > Debian-med-packaging mailing list > debian-med-packag...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging -- *Flavien BRIDAULT* Software Development Director fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#900181: [Debian-med-packaging] Bug#900181: camp: FTBFS on mips: check metaclass->function("f4").call(object, camp::Args(1, 4, 15)).to() == 20 has failed
Hi guys,
I CC the debian-mips mailing list for a porter box access request.
As mentioned below, I would need to fix the build of camp package on
mips. I am the upstream maintainer of camp, that would really help me to
be able to run this on a real mips hardware. Would it be possible to get
an access ? My GPG key is signed by a debian developer if you want to
transmit the credentials in a encrypted email.
Thanks for your help,
Cheers,
Le 31/05/2018 à 09:44, Flavien Bridault a écrit :
> Hi,
>
> Thanks for the report. I am afraid this is the same king of bug that I
> tried to fix few weeks ago (#876147).
>
> mips is 32bits only right ?
>
> Would that be possible to have access to a mips porterbox (my GPG key is
> signed by a debian developer) ? That would really be of great help in
> order to fix this.
>
> Cheers,
>
>
> Le 27/05/2018 à 09:50, Emilio Pozuelo Monfort a écrit :
>> Source: camp
>> Version: 0.8.2-1
>> Severity: serious
>>
>> Hi,
>>
>> Your package failed to build on mips:
>>
>> 1/2 Test #2: camptest-qt ..***Failed0.05 sec
>> Running 11 test cases...
>> /<>/test/qt/functionmapping.cpp(95): error: in
>> "FUNCTIONMAPPING/call": check metaclass->function("f4").call(object,
>> camp::Args(1, 4, 15)).to() == 20 has failed [0 != 20]
>>
>> *** 1 failure is detected in the test module "CAMP testqt"
>>
>> 2/2 Test #1: camptest . Passed0.09 sec
>>
>> 50% tests passed, 1 tests failed out of 2
>>
>> Full logs at
>> https://buildd.debian.org/status/package.php?p=camp=unstable
>>
>> Emilio
>>
>> ___
>> Debian-med-packaging mailing list
>> debian-med-packag...@alioth-lists.debian.net
>> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
>
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
--
*Flavien BRIDAULT*
Ingénieur de Recherche
fbrida...@ircad.fr
*IRCAD France*
1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE
http://www.ircad.fr/ <http://www.ircad.fr/>
signature.asc
Description: OpenPGP digital signature
Bug#900181: [Debian-med-packaging] Bug#900181: camp: FTBFS on mips: check metaclass->function("f4").call(object, camp::Args(1, 4, 15)).to() == 20 has failed
Hi,
Thanks for the report. I am afraid this is the same king of bug that I
tried to fix few weeks ago (#876147).
mips is 32bits only right ?
Would that be possible to have access to a mips porterbox (my GPG key is
signed by a debian developer) ? That would really be of great help in
order to fix this.
Cheers,
Le 27/05/2018 à 09:50, Emilio Pozuelo Monfort a écrit :
> Source: camp
> Version: 0.8.2-1
> Severity: serious
>
> Hi,
>
> Your package failed to build on mips:
>
> 1/2 Test #2: camptest-qt ..***Failed0.05 sec
> Running 11 test cases...
> /<>/test/qt/functionmapping.cpp(95): error: in
> "FUNCTIONMAPPING/call": check metaclass->function("f4").call(object,
> camp::Args(1, 4, 15)).to() == 20 has failed [0 != 20]
>
> *** 1 failure is detected in the test module "CAMP testqt"
>
> 2/2 Test #1: camptest . Passed0.09 sec
>
> 50% tests passed, 1 tests failed out of 2
>
> Full logs at
> https://buildd.debian.org/status/package.php?p=camp=unstable
>
> Emilio
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
--
*Flavien BRIDAULT*
Ingénieur de Recherche
fbrida...@ircad.fr
*IRCAD France*
1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE
http://www.ircad.fr/ <http://www.ircad.fr/>
signature.asc
Description: OpenPGP digital signature
Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Thanks for the cleaning and the upload. I should keep in mind to run `cme fix dpkg-control` each time. Cheers, Le 16/04/2018 à 16:49, Andreas Tille a écrit : > Hi Flavien, > > thanks a lot for working on this. > > On Mon, Apr 16, 2018 at 04:07:46PM +0200, Flavien Bridault wrote: >> This looks ok for me now, I updated to 0.8.2 which includes the fix >> proposal. Please upload if that looks ok for you. > I had some packaging updates and thus deleted your tag. Please delete > in your local repository and pull. > > The package is uploaded now. > > Kind regards > >Andreas. > -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: [Debian-med-packaging] Bug#876147: Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Hi guys, This looks ok for me now, I updated to 0.8.2 which includes the fix proposal. Please upload if that looks ok for you. Cheers, Le 16/04/2018 à 14:47, Flavien Bridault a écrit : > Ok great, as soon as the merge request is accepted upstream, which > should happen very soon, I'll propose the update. > > Thanks a lot for testing this. > > Le 16/04/2018 à 14:34, John Paul Adrian Glaubitz a écrit : >> On 04/16/2018 02:21 PM, Flavien Bridault wrote: >>> Sorry the patch is ofc meant to be applied on the raw upstream, not >>> after debian patches being applied. I was applying it directly into the >>> git repo so that's why I did not have any issue. If you want to keep >>> trying it this way, I attached a rebased version of the patch that >>> should apply well on top of other. >> Ok, this works: >> >> (sid_s390x-dchroot)glaubitz@zelenka:~/camp/camp-0.8.1/obj-s390x-linux-gnu$ >> make test >> Running tests... >> /usr/bin/ctest --force-new-ctest-process >> Test project /home/glaubitz/camp/camp-0.8.1/obj-s390x-linux-gnu >> Start 1: camptest >> 1/2 Test #1: camptest . Passed 0.01 sec >> Start 2: camptest-qt >> 2/2 Test #2: camptest-qt .. Passed 0.00 sec >> >> 100% tests passed, 0 tests failed out of 2 >> >> Total Test time (real) = 0.02 sec >> (sid_s390x-dchroot)glaubitz@zelenka:~/camp/camp-0.8.1/obj-s390x-linux-gnu$ >> >> > > > _______ > Debian-med-packaging mailing list > debian-med-packag...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: [Debian-med-packaging] Bug#876147: Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Ok great, as soon as the merge request is accepted upstream, which should happen very soon, I'll propose the update. Thanks a lot for testing this. Le 16/04/2018 à 14:34, John Paul Adrian Glaubitz a écrit : > On 04/16/2018 02:21 PM, Flavien Bridault wrote: >> Sorry the patch is ofc meant to be applied on the raw upstream, not >> after debian patches being applied. I was applying it directly into the >> git repo so that's why I did not have any issue. If you want to keep >> trying it this way, I attached a rebased version of the patch that >> should apply well on top of other. > > Ok, this works: > > (sid_s390x-dchroot)glaubitz@zelenka:~/camp/camp-0.8.1/obj-s390x-linux-gnu$ > make test > Running tests... > /usr/bin/ctest --force-new-ctest-process > Test project /home/glaubitz/camp/camp-0.8.1/obj-s390x-linux-gnu > Start 1: camptest > 1/2 Test #1: camptest . Passed 0.01 sec > Start 2: camptest-qt > 2/2 Test #2: camptest-qt .. Passed 0.00 sec > > 100% tests passed, 0 tests failed out of 2 > > Total Test time (real) = 0.02 sec > (sid_s390x-dchroot)glaubitz@zelenka:~/camp/camp-0.8.1/obj-s390x-linux-gnu$ > > -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: [Debian-med-packaging] Bug#876147: Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Sorry the patch is ofc meant to be applied on the raw upstream, not after debian patches being applied. I was applying it directly into the git repo so that's why I did not have any issue. If you want to keep trying it this way, I attached a rebased version of the patch that should apply well on top of other. Le 16/04/2018 à 13:49, John Paul Adrian Glaubitz a écrit : > On 04/16/2018 11:58 AM, Flavien Bridault wrote: >> Weird, it applies well for me on the master branch of the debian >> repository. Try the patch attached to this email or directly this link >> >> https://patch-diff.githubusercontent.com/raw/fw4spl-org/camp/pull/2.diff > > Tried to apply against the current package in Debian unstable: > > glaubitz@zelenka:~$ md5sum fix-s390.diff > 3fae8e5c44e239e74e2ef14a667126b4 fix-s390.diff > glaubitz@zelenka:~$ cd camp/ > glaubitz@zelenka:~/camp$ dget -u > http://deb.debian.org/debian/pool/main/c/camp/camp_0.8.1-2.dsc > dget: retrieving > http://deb.debian.org/debian/pool/main/c/camp/camp_0.8.1-2.dsc > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 100 321 100 321 0 0 4346 0 --:--:-- --:--:-- > --:--:-- 4397 > 100 2000 100 2000 0 0 20750 0 --:--:-- --:--:-- > --:--:-- 20750 > dget: retrieving > http://deb.debian.org/debian/pool/main/c/camp/camp_0.8.1.orig.tar.gz > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 100 327 100 327 0 0 4570 0 --:--:-- --:--:-- > --:--:-- 4605 > 100 534k 100 534k 0 0 4044k 0 --:--:-- --:--:-- > --:--:-- 4044k > dget: retrieving > http://deb.debian.org/debian/pool/main/c/camp/camp_0.8.1-2.debian.tar.xz > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 100 331 100 331 0 0 4809 0 --:--:-- --:--:-- > --:--:-- 4867 > 100 5272 100 5272 0 0 63979 0 --:--:-- --:--:-- > --:--:-- 63979 > dpkg-source: info: extracting camp in camp-0.8.1 > dpkg-source: info: unpacking camp_0.8.1.orig.tar.gz > dpkg-source: info: unpacking camp_0.8.1-2.debian.tar.xz > dpkg-source: info: applying remove_licences_files.patch > dpkg-source: info: applying hide_boost_from_qt4moc.patch > glaubitz@zelenka:~/camp$ cd camp-0.8.1/ > glaubitz@zelenka:~/camp/camp-0.8.1$ patch -p1 < ~/fix-s390x.patch > patching file .gitignore > patching file include/camp/qt/qtfunction.hpp > patching file include/camp/qt/qthelper.hpp > patching file include/camp/valuemapper.hpp > Hunk #2 FAILED at 40. > Hunk #3 succeeded at 96 (offset 2 lines). > Hunk #4 succeeded at 126 (offset 2 lines). > Hunk #5 succeeded at 139 (offset 2 lines). > Hunk #6 succeeded at 156 (offset 2 lines). > Hunk #7 succeeded at 183 (offset 2 lines). > Hunk #8 succeeded at 205 (offset 2 lines). > Hunk #9 succeeded at 234 (offset 2 lines). > Hunk #10 succeeded at 250 (offset 2 lines). > Hunk #11 succeeded at 279 (offset 2 lines). > Hunk #12 succeeded at 326 (offset 2 lines). > Hunk #13 succeeded at 345 (offset 2 lines). > 1 out of 13 hunks FAILED -- saving rejects to file > include/camp/valuemapper.hpp.rej > patching file test/arrayproperty.hpp > Hunk #2 FAILED at 32. > Hunk #3 succeeded at 78 (offset 2 lines). > 1 out of 3 hunks FAILED -- saving rejects to file > test/arrayproperty.hpp.rej > patching file test/qt/propertymapping.cpp > Hunk #2 succeeded at 34 with fuzz 2 (offset 2 lines). > Hunk #3 succeeded at 47 (offset 2 lines). > Hunk #4 succeeded at 95 (offset 2 lines). > Hunk #5 succeeded at 106 (offset 2 lines). > glaubitz@zelenka:~/camp/camp-0.8.1$ > -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> diff -uNr camp-0.8.1.old/.gitignore camp-0.8.1/.gitignore --- camp-0.8.1.old/.gitignore 2018-04-16 14:08:14.403457120 +0200 +++ camp-0.8.1/.gitignore 2018-04-16 14:08:19.987457060 +0200 @@ -28,6 +28,7 @@ *.o *.a moc_* +build/ *.cmake CMakeFiles/ diff -uNr camp-0.8.1.old/include/camp/qt/qtfunction.hpp camp-0.8.1/include/camp/qt/qtfunction.hpp --- camp-0.8.1.old/include/camp/qt/qtfunction.hpp 2018-04-16 14:08:14.411457120 +0200 +++ camp-0.8.1/include/camp/qt/qtfunction.hpp 2018-04-16 14:08:19.987457060 +0200 @@ -15,10 +15,10 @@ ** to use, copy, modify, merge, publish, distribute, sublicense, and/or sell ** copies of the Software, and to permit persons to whom the Software is ** furnished to do so, subj
Bug#876147: [Debian-med-packaging] Bug#876147: Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Weird, it applies well for me on the master branch of the debian
repository. Try the patch attached to this email or directly this link
https://patch-diff.githubusercontent.com/raw/fw4spl-org/camp/pull/2.diff
Le 16/04/2018 à 11:21, John Paul Adrian Glaubitz a écrit :
> On 04/16/2018 11:16 AM, John Paul Adrian Glaubitz wrote:
>>> Meanwhile I commited a fix upstream
>>> (https://github.com/fw4spl-org/camp/pull/2) so I would just want to try
>>> it before proposing the fix in the package.
>> I'll test that for you on s390x.
>
> That patch doesn't apply to the Debian version of camp:
>
> glaubitz@zelenka:~/camp/camp-0.8.1$ patch -p1 < ~/fix-s390x.patch
> patching file .gitignore
> patching file include/camp/qt/qtfunction.hpp
> patching file include/camp/qt/qthelper.hpp
> patching file include/camp/valuemapper.hpp
> Hunk #2 FAILED at 40.
> Hunk #3 succeeded at 96 (offset 2 lines).
> Hunk #4 succeeded at 126 (offset 2 lines).
> Hunk #5 succeeded at 139 (offset 2 lines).
> Hunk #6 succeeded at 156 (offset 2 lines).
> Hunk #7 succeeded at 183 (offset 2 lines).
> Hunk #8 succeeded at 205 (offset 2 lines).
> Hunk #9 succeeded at 234 (offset 2 lines).
> Hunk #10 succeeded at 250 (offset 2 lines).
> Hunk #11 succeeded at 279 (offset 2 lines).
> Hunk #12 succeeded at 326 (offset 2 lines).
> Hunk #13 succeeded at 345 (offset 2 lines).
> 1 out of 13 hunks FAILED -- saving rejects to file
> include/camp/valuemapper.hpp.rej
> patching file test/arrayproperty.hpp
> Hunk #2 FAILED at 32.
> Hunk #3 succeeded at 78 (offset 2 lines).
> 1 out of 3 hunks FAILED -- saving rejects to file
> test/arrayproperty.hpp.rej
> patching file test/qt/propertymapping.cpp
> Hunk #2 succeeded at 34 with fuzz 2 (offset 2 lines).
> Hunk #3 succeeded at 47 (offset 2 lines).
> Hunk #4 succeeded at 95 (offset 2 lines).
> Hunk #5 succeeded at 106 (offset 2 lines).
> glaubitz@zelenka:~/camp/camp-0.8.1$
>
--
*Flavien BRIDAULT*
Ingénieur de Recherche
fbrida...@ircad.fr
*IRCAD France*
1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE
http://www.ircad.fr/ <http://www.ircad.fr/>
diff --git a/.gitignore b/.gitignore
index ce734c4..9a073a8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -28,6 +28,7 @@ qtc-gdbmacros/
*.o
*.a
moc_*
+build/
*.cmake
CMakeFiles/
diff --git a/include/camp/qt/qtfunction.hpp b/include/camp/qt/qtfunction.hpp
index 96484ab..912383b 100644
--- a/include/camp/qt/qtfunction.hpp
+++ b/include/camp/qt/qtfunction.hpp
@@ -15,10 +15,10 @@
** to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
** copies of the Software, and to permit persons to whom the Software is
** furnished to do so, subject to the following conditions:
-**
+**
** The above copyright notice and this permission notice shall be included in
** all copies or substantial portions of the Software.
-**
+**
** THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
** IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
** FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
@@ -86,7 +86,7 @@ class QtFunction : public camp::Function
case 1:
{
-QVariant arg1 = QtHelper::valueToVariant(args[0]);
+const auto arg1 = QtHelper::argumentToVariant(args[0], m_metaMethod.parameterType(0));
m_metaMethod.invoke(object.get<T*>(), Qt::DirectConnection, ret
, QGenericArgument(arg1.typeName(), arg1.data()));
break;
@@ -94,8 +94,8 @@ class QtFunction : public camp::Function
case 2:
{
-QVariant arg1 = QtHelper::valueToVariant(args[0]);
-QVariant arg2 = QtHelper::valueToVariant(args[1]);
+const auto arg1 = QtHelper::argumentToVariant(args[0], m_metaMethod.parameterType(0));
+const auto arg2 = QtHelper::argumentToVariant(args[1], m_metaMethod.parameterType(1));
m_metaMethod.invoke(object.get<T*>(), Qt::DirectConnection, ret
, QGenericArgument(arg1.typeName(), arg1.data())
, QGenericArgument(arg2.typeName(), arg2.data()));
@@ -104,9 +104,9 @@ class QtFunction : public camp::Function
case 3:
{
-QVariant arg1 = QtHelper::valueToVariant(args[0]);
-QVariant arg2 = QtHelper::valueToVariant(args[1]);
-QVariant arg3 = QtHelper::valueToVariant(args[2]);
+const auto arg1 = QtHelper::argumentToVariant(args[0], m_metaMethod.parameterType(0));
+const auto arg2 = QtHelper::argumentToVariant(args[1], m_metaMethod.parameterType(1));
+const auto arg3 = QtHelper::argumentToVariant(args[2], m_metaMethod.parameterTy
Bug#876147: [Debian-med-packaging] Bug#876147: Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Hi Adrian, I sent you a private email twice last week but I did not receive any answer from you so I am afraid they did not reach you. Or maybe you were just away or not available, if that's the case sorry for spaming you... Meanwhile I commited a fix upstream (https://github.com/fw4spl-org/camp/pull/2) so I would just want to try it before proposing the fix in the package. Cheers Le 06/04/2018 à 14:36, John Paul Adrian Glaubitz a écrit : > On 04/06/2018 02:34 PM, Flavien Bridault wrote: >> Okay thanks a lot for your quick answer ! >> >> Maybe I misunderstood the excuses >> https://qa.debian.org/excuses.php?package=camp, but the build failure on >> s390x looks very similar at the endianess issue we have on sparc64, so >> this should also solves that. If not I will contact s390x folks. > We can give a try non-theless. > > Please send me a private email with your desired username. Encrypt the > mail using my GPG below (you can find in the Debian GPG keyring). > > Use your key that was signed by the Debian Developer you mentioned. > > Adrian > -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: [Debian-med-packaging] Bug#876147: Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Okay thanks a lot for your quick answer ! Maybe I misunderstood the excuses https://qa.debian.org/excuses.php?package=camp, but the build failure on s390x looks very similar at the endianess issue we have on sparc64, so this should also solves that. If not I will contact s390x folks. Le 06/04/2018 à 14:28, John Paul Adrian Glaubitz a écrit : > Hi Flavien! > > On 04/06/2018 02:24 PM, Flavien Bridault wrote: >> I already posted the information but it seems no one got it. >> >> My GPG key has been signed by a Debian Developer, would it be >> possible to >> gain access to the sparc64 porterbox now ? > Yes, we can create an account for you on the sparc64 porterbox. > >> camp has been removed from testing because of this bug and this >> prevents fw4spl >> from being updated, I would like to fix this asap. > > A package failing to build from source on sparc64 does not have > any influence on testing migration. In fact, the package builds > fine on sparc64 at the moment so I'm not sure a sparc64 porterbox > would help you. > > We can still give you access to the sparc64 porterbox if the problem > is big-endian-specific, but I guess access to an s390x machine would be > better. Although for that you would have to contact the s390x folk. > > Adrian > -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/>
Bug#876147: [Debian-med-packaging] Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Hi Adrian, I already posted the information but it seems no one got it. My GPG key has been signed by a Debian Developer, would it be possible to gain access to the sparc64 porterbox now ? camp has been removed from testing because of this bug and this prevents fw4spl from being updated, I would like to fix this asap. Thanks ! Le 09/01/2018 à 09:15, Flavien Bridault a écrit : > No my GPG key has not been signed by anyone afaik. > > Otherwise Andreas proposed me some weeks to apply as a Debian Developer, > that might be one more good reason to do it ? :) > > Le 08/01/2018 à 18:16, John Paul Adrian Glaubitz a écrit : >> On 01/08/2018 06:13 PM, Flavien Bridault wrote: >>> Ah I see maybe I should email Ben Collins <bcoll...@debian.org> >> <mailto:bcoll...@debian.org> as stated here >>> https://www.debian.org/ports/sparc/porting.en.html ? >> No, that information is unfortunately outdated. We need to ask the webteam >> to update the website. Thanks for the heads-up. >> >> Do you happen to have a GPG key which has been signed by any Debian >> Developer >> or any developer from another large Linux distribution? >> >> Adrian >> > > > ___ > Debian-med-packaging mailing list > debian-med-packag...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Hi Andreas, I finally managed to find a Debian Developer ! He signed my gpg key yesterday so now I think I can request the permissions to log in the sparc64 portexbox and process that bug. The gpg key is the one used to sign this email. Please tell me if that's ok now. Cheers, Le 09/01/2018 à 11:37, Andreas Tille a écrit : > Hi Flavien, > > On Tue, Jan 09, 2018 at 09:15:38AM +0100, Flavien Bridault wrote: >> No my GPG key has not been signed by anyone afaik. > I guess somewhere close to you you can find a Debian developer to sign > your key. > >> Otherwise Andreas proposed me some weeks to apply as a Debian Developer, >> that might be one more good reason to do it ? :) > The first stage is a Debian Maintainer ... and you need to have a key > signed by a Debian Developer to get this status. ;-) > > Kind regards > > Andreas. > -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
No my GPG key has not been signed by anyone afaik. Otherwise Andreas proposed me some weeks to apply as a Debian Developer, that might be one more good reason to do it ? :) Le 08/01/2018 à 18:16, John Paul Adrian Glaubitz a écrit : > On 01/08/2018 06:13 PM, Flavien Bridault wrote: > > Ah I see maybe I should email Ben Collins <bcoll...@debian.org> > <mailto:bcoll...@debian.org> as stated here > > https://www.debian.org/ports/sparc/porting.en.html ? > > No, that information is unfortunately outdated. We need to ask the webteam > to update the website. Thanks for the heads-up. > > Do you happen to have a GPG key which has been signed by any Debian > Developer > or any developer from another large Linux distribution? > > Adrian > -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
How can I connect to the box ? I read on https://db.debian.org/machines.cgi it is public, but the connection fails if I naively try to login with: ~ % ssh sakharov.debian.net Permission denied (publickey). Thanks. Flavien. Le 08/12/2017 à 10:16, John Paul Adrian Glaubitz a écrit : > We have a new sparc64 porterbox called sakharov.debian.net. Feel free to test > your code there. > > Adrian > >> On Dec 8, 2017, at 9:49 AM, Andreas Tille <andr...@an3as.eu> wrote: >> >> Hi Flavien, >> >> I have put the porter lists of the affected architectures in CC whether >> there is somebody who has a hint for a better solution than removing >> these architectures from the supported architectures. This kind of >> "random failure"[1] is quite hard to debug for somebody who is not >> familiar for the said architectures. >> >> Kind regards >> >> Andreas. >> >> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876147#20 >> >> -- >> http://fam-tille.de -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)
Ah I see maybe I should email Ben Collins <bcoll...@debian.org> <mailto:bcoll...@debian.org> as stated here https://www.debian.org/ports/sparc/porting.en.html ? Le 08/12/2017 à 10:16, John Paul Adrian Glaubitz a écrit : > We have a new sparc64 porterbox called sakharov.debian.net. Feel free to test > your code there. > > Adrian > >> On Dec 8, 2017, at 9:49 AM, Andreas Tille <andr...@an3as.eu> wrote: >> >> Hi Flavien, >> >> I have put the porter lists of the affected architectures in CC whether >> there is somebody who has a hint for a better solution than removing >> these architectures from the supported architectures. This kind of >> "random failure"[1] is quite hard to debug for somebody who is not >> familiar for the said architectures. >> >> Kind regards >> >> Andreas. >> >> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876147#20 >> >> -- >> http://fam-tille.de -- *Flavien BRIDAULT* Ingénieur de Recherche fbrida...@ircad.fr *IRCAD France* 1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE http://www.ircad.fr/ <http://www.ircad.fr/> signature.asc Description: OpenPGP digital signature
