Bug#889525: pytsk: Please make build compatible with -Wl,--as-needed
Package: pytsk Version: 20171108-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch Dear Hilko, The latest version of pytsk has failed to build in Ubuntu, because the changes to make pytsk statically link libtsk cause flags to be passed in a way that's incompatible with -Wl,--as-needed, which is a default linker flag in Ubuntu. The attached debdiff updates your patch to setup.py so that dependent libraries are listed last on the linker line, fixing the build failure in Ubuntu. Please consider applying it in Debian. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru pytsk-20171108/debian/patches/0001-Link-system-tsk-statically-talloc-dynamically-instea.patch pytsk-20171108/debian/patches/0001-Link-system-tsk-statically-talloc-dynamically-instea.patch --- pytsk-20171108/debian/patches/0001-Link-system-tsk-statically-talloc-dynamically-instea.patch 2017-11-09 13:30:00.0 -0800 +++ pytsk-20171108/debian/patches/0001-Link-system-tsk-statically-talloc-dynamically-instea.patch 2018-02-04 00:00:28.0 -0800 @@ -7,11 +7,11 @@ setup.py | 44 1 file changed, 12 insertions(+), 32 deletions(-) -diff --git a/setup.py b/setup.py -index b803021..e8db4c3 100755 a/setup.py -+++ b/setup.py -@@ -178,9 +178,9 @@ class BuildExtCommand(build_ext): +Index: pytsk-20171108/setup.py +=== +--- pytsk-20171108.orig/setup.py pytsk-20171108/setup.py +@@ -178,9 +178,9 @@ def run(self): compiler = new_compiler(compiler=self.compiler) # pylint: disable=attribute-defined-outside-init @@ -23,7 +23,7 @@ if not os.access("pytsk3.c", os.R_OK): # Generate the Python binding code (pytsk3.c). -@@ -202,7 +202,7 @@ class BuildExtCommand(build_ext): +@@ -202,7 +202,7 @@ class SDistCommand(sdist): """Custom handler for generating source dist.""" def run(self): @@ -32,7 +32,7 @@ # sleuthkit submodule is not there, probably because this has been # freshly checked out. -@@ -280,32 +280,10 @@ class UpdateCommand(Command): +@@ -280,32 +280,10 @@ subprocess.check_call(["git", "apply", patch_file], cwd="sleuthkit") def run(self): @@ -66,7 +66,7 @@ # Generate the Python binding code (pytsk3.c). libtsk_header_files = [ -@@ -340,16 +318,18 @@ class ProjectBuilder(object): +@@ -340,16 +318,19 @@ # The args for the extension builder. self.extension_args = { "define_macros": [], @@ -76,10 +76,11 @@ -"libraries": []} +"libraries": [ + "talloc", -+ # required by statically linked libtsk -+ "afflib", "ewf", "stdc++", "z", +], -+"extra_link_args": ["-Wl,-Bstatic", "-ltsk", "-Wl,-Bdynamic"]} ++"extra_link_args": [ ++ "-Wl,-Bstatic", "-ltsk", "-Wl,-Bdynamic", ++ "-lafflib", "-lewf", "-lstdc++", "-lz", ++]} # The sources to build. self._source_files = [ ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#860223: sleuthkit: please adjust symbols file for compatibility with -O3
Package: sleuthkit Version: 4.4.0-5 Followup-For: Bug #860223 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch Hello, It appears the symbols file refactoring between 4.4.0-2 and 4.4.0-5 means much fewer changes are now needed for -O3 compatibility. Please find attached a patch for the remaining one-line change. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru sleuthkit-4.4.0/debian/libtsk13.symbols sleuthkit-4.4.0/debian/libtsk13.symbols --- sleuthkit-4.4.0/debian/libtsk13.symbols 2017-02-19 12:44:19.0 -0800 +++ sleuthkit-4.4.0/debian/libtsk13.symbols 2017-04-28 07:28:53.0 -0700 @@ -163,7 +163,7 @@ (c++)"void std::vector<NTFS_META_ADDR, std::allocator >::_M_emplace_back_aux(NTFS_META_ADDR const&)@Base" 4.3.0 (c++)"void std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > >::_M_emplace_back_aux<std::__cxx11::basic_string<char, std::char_traits, std::allocator > >(std::__cxx11::basic_string<char, std::char_traits, std::allocator >&&)@Base" 4.3.0 (c++)"void std::vector<TskAuto::error_record, std::allocator >::_M_emplace_back_aux(TskAuto::error_record const&)@Base" 4.3.0 - (c++)"void std::vector<_TSK_DB_FILE_LAYOUT_RANGE, std::allocator<_TSK_DB_FILE_LAYOUT_RANGE> >::emplace_back<_TSK_DB_FILE_LAYOUT_RANGE>(_TSK_DB_FILE_LAYOUT_RANGE&&)@Base" 4.3.0 + (c++|optional)"void std::vector<_TSK_DB_FILE_LAYOUT_RANGE, std::allocator<_TSK_DB_FILE_LAYOUT_RANGE> >::emplace_back<_TSK_DB_FILE_LAYOUT_RANGE>(_TSK_DB_FILE_LAYOUT_RANGE&&)@Base" 4.3.0 (c++)"void std::vector<_TSK_DB_FILE_LAYOUT_RANGE, std::allocator<_TSK_DB_FILE_LAYOUT_RANGE> >::_M_emplace_back_aux<_TSK_DB_FILE_LAYOUT_RANGE const&>(_TSK_DB_FILE_LAYOUT_RANGE const&)@Base" 4.3.0 (c++)"void std::vector<_TSK_DB_FILE_LAYOUT_RANGE, std::allocator<_TSK_DB_FILE_LAYOUT_RANGE> >::_M_emplace_back_aux<_TSK_DB_FILE_LAYOUT_RANGE>(_TSK_DB_FILE_LAYOUT_RANGE&&)@Base" 4.3.0 (c++)"void std::vector<_TSK_DB_FS_INFO, std::allocator<_TSK_DB_FS_INFO> >::_M_emplace_back_aux<_TSK_DB_FS_INFO const&>(_TSK_DB_FS_INFO const&)@Base" 4.3.0 ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#860223: sleuthkit: please adjust symbols file for compatibility with -O3
Package: sleuthkit Version: 4.4.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu zesty ubuntu-patch Dear maintainer, In Ubuntu, the latest upload of sleuthkit was failing to build on ppc64el because the Ubuntu ppc64el architecture uses -O3 optimization by default, which causes one symbol listed in your libtsk13.symbols file to be inlined instead. In order to fix this build failure, I have applied the attached patch which marks that symbol as optional, and also adds a number of other symbols that showed up in the build log as added. The added symbols probably have nothing to do with -O3, and may not be related to ppc64el either - they may be newer symbols that are added across all architectures and therefore should not be marked as optional at all. Please consider applying the attached patch (or a variant) to make sleuthkit portable to building with -O3. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru sleuthkit-4.4.0/debian/libtsk13.symbols sleuthkit-4.4.0/debian/libtsk13.symbols --- sleuthkit-4.4.0/debian/libtsk13.symbols 2017-01-24 16:30:19.0 -0800 +++ sleuthkit-4.4.0/debian/libtsk13.symbols 2017-04-12 16:29:42.0 -0700 @@ -129,6 +129,152 @@ (c++)"tsk_fs_jentry_cpp_c_cb(TSK_FS_INFO*, TSK_FS_JENTRY*, int, void*)@Base" 4.2.0 (c++)"tsk_fs_meta_walk_cpp_c_cb(TSK_FS_FILE*, void*)@Base" 4.2.0 (c++)"TskHashInfo::~TskHashInfo()@Base" 4.2.0 + (c++|optional)"tsk_fs_file_cpp_c_cb(TSK_FS_FILE*, long, unsigned long, char*, unsigned long, TSK_FS_BLOCK_FLAG_ENUM, void*)@Base" 4.4.0 + (c++|optional)"transaction clone for std::bad_exception::what() const@Base" 4.4.0 + (c++|optional)"transaction clone for std::bad_exception::~bad_exception() const@Base" 4.4.0 + (c++|optional)"transaction clone for std::exception::what() const@Base" 4.4.0 + (c++|optional)"transaction clone for std::exception::~exception() const@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__terminate(void (*)())@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__unexpected(void (*)())@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__forced_unwind::~__forced_unwind()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__forced_unwind::~__forced_unwind()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__forced_unwind::~__forced_unwind()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__class_type_info::~__class_type_info()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__class_type_info::~__class_type_info()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__class_type_info::~__class_type_info()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__foreign_exception::~__foreign_exception()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__foreign_exception::~__foreign_exception()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__foreign_exception::~__foreign_exception()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__terminate_handler@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__si_class_type_info::~__si_class_type_info()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__si_class_type_info::~__si_class_type_info()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__si_class_type_info::~__si_class_type_info()@Base" 4.4.0 + (c++|optional)"__cxxabiv1::__unexpected_handler@Base" 4.4.0 + (c++|optional)"TskDbSqlite::getFsInfos(long, std::vector<_TSK_DB_FS_INFO, std::allocator<_TSK_DB_FS_INFO> >&)@Base" 4.4.0 + (c++|optional)"TskDbSqlite::getVsInfos(long, std::vector<_TSK_DB_VS_INFO, std::allocator<_TSK_DB_VS_INFO> >&)@Base" 4.4.0 + (c++|optional)"TskDbSqlite::storeObjId(long const&, TSK_FS_FILE const*, char const*, long const&)@Base" 4.4.0 + (c++|optional)"TskDbSqlite::addImageInfo(int, int, long&, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&)@Base" 4.4.0 + (c++|optional)"TskDbSqlite::addImageInfo(int, int, long&, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, long, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&)@Base" 4.4.0 + (c++|optional)"TskDbSqlite::addImageInfo(int, long, long&, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, long, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&)@Base" 4.4.0 + (c++|optional)"TskDbSqlite::addImageName(long, char const*, int)@Base" 4.4.0 + (c++|optional)&quo
Bug#803695: afflib: symbols file causes FTBFS if building with -O3
Package: afflib Version: 3.7.7-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch Hi João Eriberto, In Ubuntu, the afflib package FTBFS on ppc64el because ppc64el builds using -O3. This causes some C++ template symbols, which are included in the output when building with -O2 or lower, to be absent. The attached patch marks these symbols, which are not part of the afflib ABI, as optional, allowing the package to build with either -O2 or -O3. Thanks for considering the patch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru afflib-3.7.7/debian/libafflib0v5.symbols.arm64 afflib-3.7.7/debian/libafflib0v5.symbols.arm64 --- afflib-3.7.7/debian/libafflib0v5.symbols.arm64 2015-09-12 18:49:48.0 -0700 +++ afflib-3.7.7/debian/libafflib0v5.symbols.arm64 2015-11-01 11:57:17.0 -0800 @@ -316,6 +316,8 @@ _ZN9NCompress5NLZMA7NLength8CEncoder6EncodeEPNS_11NRangeCoder8CEncoderEjj@Base 3.7.6 _ZN9NCompress5NLZMA8CDecoder11SetInStreamEP19ISequentialInStream@Base 3.7.6 _ZN9NCompress5NLZMA8CDecoder14QueryInterfaceERK4GUIDPPv@Base 3.7.6 + (optional)_ZN9NCompress5NLZMA8CDecoder15CDecoderFlusherD1Ev@Base 3.7.6-5 + (optional)_ZN9NCompress5NLZMA8CDecoder15CDecoderFlusherD2Ev@Base 3.7.6-5 _ZN9NCompress5NLZMA8CDecoder15ReleaseInStreamEv@Base 3.7.6 _ZN9NCompress5NLZMA8CDecoder16SetOutStreamSizeEPKy@Base 3.7.6 _ZN9NCompress5NLZMA8CDecoder21SetDecoderProperties2EPKhj@Base 3.7.6 @@ -363,24 +365,27 @@ _ZNK18NCommandLineParser7CParserixEm@Base 3.7.6 _ZNK9NCompress5NLZMA16CLiteralEncoder28GetPriceEbhh@Base 3.7.6 _ZNK9NCompress5NLZMA7NLength8CEncoder9SetPricesEjjPj@Base 3.7.6 + (optional)_ZNSt3mapINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES5_St4lessIS5_ESaISt4pairIKS5_S5_EEEixERS9_@Base 3.7.6-5 _ZNSt4pairIKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES5_ED1Ev@Base 3.7.6 _ZNSt4pairIKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES5_ED2Ev@Base 3.7.6 _ZNSt6vectorIN3aff7seginfoESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base 3.7.6 _ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS5_S7_EERKS5_@Base 3.7.6 + (optional)_ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EED1Ev@Base 3.7.6-5 + (optional)_ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EED2Ev@Base 3.7.6-5 _ZNSt6vectorIPN2s36BucketESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base 3.7.6 _ZNSt6vectorIPN2s38ContentsESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base 3.7.6 _ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES5_St9_IdentityIS5_ESt4lessIS5_ESaIS5_EE16_M_insert_uniqueERKS5_@Base 3.7.6 _ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES5_St9_IdentityIS5_ESt4lessIS5_ESaIS5_EE8_M_eraseEPSt13_Rb_tree_nodeIS5_E@Base 3.7.6 _ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE24_M_get_insert_unique_posERS7_@Base 3.7.6 - _ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS8_ERS7_@Base 3.7.6 + (optional)_ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS8_ERS7_@Base 3.7.6 _ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE8_M_eraseEPSt13_Rb_tree_nodeIS8_E@Base 3.7.6 _ZSt11__make_heapIN9__gnu_cxx17__normal_iteratorIPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt6vectorIS7_SaIS7_NS0_5__ops15_Iter_less_iterEEvT_SF_T0_@Base 3.7.6 #MISSING: 3.7.6# _ZSt13__adjust_heapIN9__gnu_cxx17__normal_iteratorIPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt6vectorIS7_SaIS7_iS7_NS0_5__ops15_Iter_less_iterEEvT_T0_SG_T1_T2_@Base 3.7.6 _ZSt13__adjust_heapIN9__gnu_cxx17__normal_iteratorIPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt6vectorIS7_SaIS7_lS7_NS0_5__ops15_Iter_less_iterEEvT_T0_SG_T1_T2_@Base 3.7.6 _ZSt16__insertion_sortIN9__gnu_cxx17__normal_iteratorIPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt6vectorIS7_SaIS7_NS0_5__ops15_Iter_less_iterEEvT_SF_T0_@Base 3.7.6 - _ZSt25__unguarded_linear_insertIN9__gnu_cxx17__normal_iteratorIPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt6vectorIS7_SaIS7_NS0_5__ops14_Val_less_iterEEvT_T0_@Base 3.7.6 - _ZStplIcSt11char_traitsIcESaIcEENSt7__cxx1112basic_stringIT_T0_T1_EEPKS5_RKS8_@Base 3.7.6
Bug#637818: aimage: FTBFS with wrong check for libssl
reassign 637818 ftp.debian.org retitle 637818 RM: aimage -- RoQA; NPOASR, dead upstream thanks On Tue, Aug 16, 2011 at 08:32:31AM +0200, Christophe Monniez wrote: aimage was removed from Debian testing. The upstream author stopped working on this tool. So, unless someone else create a fork of the upstream, it will not come back into Debian. Then as the maintainer, you have the responsibility to ask for this package's removal from unstable as well. Reassigning to the ftp.debian.org metapackage. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
Bug#637818: aimage: FTBFS with wrong check for libssl
Package: aimage Version: 3.2.4-1 Severity: serious Tags: patch Justification: FTBFS User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch In addition to bug #618087, which is still present, aimage now also fails to build because of a wrong autoconf check for libssl: the autoconf check examines libssl for an 'ssl3_new' symbol, despite the fact that it never *uses* this symbol at runtime. The attached patch corrects the autoconf check to only look for symbols that are actually needed, and removes a wrong reference to a non-existent 'm4' directory, allowing autoreconf to run successfully. Since bug #618087 is still outstanding, I intend to remove the broken/FTBFS aimage binary from the upcoming Ubuntu release. It can be re-included if a fixed package is made available in Debian in time. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org only in patch2: unchanged: --- aimage-3.2.4.orig/configure.ac +++ aimage-3.2.4/configure.ac @@ -13,8 +13,6 @@ AC_PROG_CC AC_PROG_INSTALL -AC_CONFIG_MACRO_DIR([m4]) - AC_CONFIG_FILES([Makefile src/Makefile]) AC_CONFIG_FILES([aimage.spec]) AM_CONFIG_HEADER([config.h]) @@ -56,7 +54,7 @@ AC_CHECK_HEADERS([openssl/md5.h openssl/sha.h openssl/aes.h openssl/rsa.h openssl/rand.h]) AC_CHECK_LIB([crypto],[MD5_Update],,AC_MSG_ERROR([OpenSSL required for AFFLIB])) # Optional libraries -AC_CHECK_LIB([ssl],[ssl3_new],,AC_MSG_ERROR([OpenSSL library 'libssl-dev' not installed; cannot continue.])) +AC_CHECK_LIB([ssl],[OpenSSL_add_all_digests],,AC_MSG_ERROR([OpenSSL library 'libssl-dev' not installed; cannot continue.])) AC_CHECK_LIB([readline],[readline],, AC_MSG_RESULT([readline not installed])) AC_CHECK_LIB([ncurses],[initscr],, AC_MSG_RESULT([ncurses not installed])) AC_CHECK_FUNCS([MD5]) only in patch2: unchanged: --- aimage-3.2.4.orig/Makefile.am +++ aimage-3.2.4/Makefile.am @@ -1,7 +1,5 @@ SUBDIRS = src -ACLOCAL_AMFLAGS = -I m4 - RELEASE_USER = simsong@ RELEASE_HOST = www.afflib.org RELEASE_DIR = afflib.org/ ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel