[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Fwd: orthanc is marked for autoremoval from testing



Dear all,

The Orthanc package is currently affected by two deficiencies in the google-glog package: The one reported below, plus another one that reads as follows [1]:


>>>>>
/usr/bin/c++ -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_HAS_DATE_TIME=1 -DBOOST_HAS_FILESYSTEM_V3=1 -DBOOST_HAS_LOCALE=1 -DBOOST_HAS_REGEX=1 -DDCMTK_DICTIONARY_DIR=\"/usr/share/libdcmtk2\" -DDCMTK_USE_EMBEDDED_DICTIONARIES=0 -DDCMTK_VERSION_NUMBER=360 -DHAVE_CONFIG_H=1 -DHAVE_GOOGLE_LOG=1 -DHAVE_SECURE_STRING_EXTENSIONS=0 -DMONGOOSE_USE_CALLBACKS=1 -DNO_SSL_DL=1 -DORTHANC_BUILD_UNIT_TESTS=1 -DORTHANC_DATABASE_VERSION=5 -DORTHANC_JPEG_ENABLED=1 -DORTHANC_JPEG_LOSSLESS_ENABLED=1 -DORTHANC_PLUGINS_ENABLED=1 -DORTHANC_PUGIXML_ENABLED=1 -DORTHANC_SSL_ENABLED=1 -DORTHANC_STANDALONE=1 -DORTHANC_STATIC=0 -DORTHANC_VERSION=\"0.9.1\" -DSERVE_FOLDERS_VERSION=\"0.9.1\" -DUNIT_TESTS_WITH_HTTP_CONNEXIONS=0 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -pedantic -Wno-long-long -Wno-variadic-macros -I/«BUILDDIR»/orthanc-0.9.1+dfsg/Build/AUTOGENERATED -I/usr/include/dcmtk/config -I/usr/include/dcmtk/dcmdata -I/usr/include/dcmtk/dcmimage -I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmnet -I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmqrdb -I/usr/include/dcmtk/dcmsign -I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/ofstd -I/usr/include/dcmtk -I/«BUILDDIR»/orthanc-0.9.1+dfsg/Build/mongoose -I/usr/include/jsoncpp -I/usr/include/lua5.1 -I/usr/src/gtest -I/«BUILDDIR»/orthanc-0.9.1+dfsg/Plugins/Include -o CMakeFiles/UnitTests.dir/UnitTestsSources/RestApiTests.cpp.o -c /«BUILDDIR»/orthanc-0.9.1+dfsg/UnitTestsSources/RestApiTests.cpp CMakeFiles/Orthanc.dir/OrthancServer/main.cpp.o: In function `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::assign(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)': /usr/include/c++/5/bits/basic_string.h:1094: undefined reference to `fLS::FLAGS_log_dir[abi:cxx11]'
collect2: error: ld returned 1 exit status
<<<<<


Despite my efforts, I was unable to fix these two problems by myself. I entirely rely on the upstream maintainers to fix the bug... unfortunately, it has been pending for three weeks now and no action has been taken yet [2].

Yesterday, I pushed a changelist to the orthanc package to statically link against google-glog [3]. I know this is definitely not the proper way of solving such kind of problems according to DFSG, but this is the only way I found to quickly circumvent this serious issue.

As a consequence, I am now working on the development on a simple, but more standard-compliant logging system for Orthanc that will be developed upstream. This internal logger should be ready in the next few days, before google-glog is removed from testing. This should left enough time to accordingly update the orthanc Debian package.

Of course, if someone can fix the google-glog bugs, this would be really great because other DebianMed packages than Orthanc are affected (at least cassiopee and logol). Unfortunately, as far as I'm concerned, I cannot spend more time investigating this problem.

Regards,
Sébastien-


[1] https://buildd.debian.org/status/fetch.php?pkg=orthanc&arch=amd64&ver=0.9.1%2Bdfsg-1%2Bb1&stamp=1438638854&file=log
[2] https://github.com/google/glog/issues/40
[3] http://anonscm.debian.org/viewvc/debian-med?view=revision&revision=19826



-------- Forwarded Message --------
Subject: orthanc is marked for autoremoval from testing
Date: Tue, 04 Aug 2015 04:39:39 +0000
From: Debian testing autoremoval watch <noreply@release.debian.org>
To: orthanc@packages.debian.org

orthanc 0.9.1+dfsg-1 is marked for autoremoval from testing on 2015-09-02

It (build-)depends on packages with these RC bugs:
792649: google-glog: the demangler is not aware of the __cxx11 symbols in GCC 5's libstdc++


Reply to: