Re: use of deleted function boost::detail::stored_edge_property

Hi Gert, > ... provides many code path for the copy and move operations, and before > C++11 an explicit copy constructor is given that implements a move-like > logic. > I'm not sure how to resolve this compile problem, you could try to > disable c++11 by compiling with -std=c++03. Sadly, the f

use of deleted function boost::detail::stored_edge_property

Dear mentors, I'm still trying to package the new upstream release of FW4SPL for the debian-med project. I get a new error, and I wish have your opinion about it : /usr/include/c++/5/bits/vector.tcc:563:7: required from ‘void > std::vector<_Tp, _Alloc>::_M_default_append(std::vector<_Tp, > _All

Re: boost : no match for call to boost::factory

n, Corentin 2016-01-13 15:38 GMT+01:00 Corentin Desfarges < corentin.desfarges@gmail.com>: > Hi > > I don't know if it's usefull (alioth is still down), but this is the > complete build log : > > http://filebin.ca/2TKEHV1l4WvK/log.txt > > Thank you for your answer, > > Best regards, > > Corentin >

Re: boost : no match for call to boost::factory

Hi I don't know if it's usefull (alioth is still down), but this is the complete build log : http://filebin.ca/2TKEHV1l4WvK/log.txt Thank you for your answer, Best regards, Corentin

boost : no match for call to boost::factory

Dear mentors, I'm trying to package the new upstream release of FW4SPL for the debian-med project. But I get this strange error during the build : [ 19%] Building CXX object > fwCoreTest/CMakeFiles/fwCoreTest.dir/tu/src/FactoryRegistryTest.cpp.o > cd /build/fw4spl-0.10.2.2/obj-x86_64-linux-gnu/fw

Re: Useless call to ldconfig and shared libraries issue

Le 05/02/2015 11:40, Andreas Tille a écrit : Hi, On Thu, Feb 05, 2015 at 10:50:15AM +0100, Leopold Palomo-Avellaneda wrote: By the way, we have to add "wget" as build-deps of the package in d/control. No, it's the lack of wget as build dependency. I'm trying to build again the package. I have

Re: Useless call to ldconfig and shared libraries issue

Le 05/02/2015 13:39, Leopold Palomo-Avellaneda a écrit : El Dijous, 5 de febrer de 2015, a les 11:09:23, Corentin Desfarges va escriure: Le 05/02/2015 10:50, Leopold Palomo-Avellaneda a écrit : El Dijous, 5 de febrer de 2015, a les 10:24:25, Corentin Desfarges va escriure: Are you sure that

Re: Useless call to ldconfig and shared libraries issue

Le 05/02/2015 10:50, Leopold Palomo-Avellaneda a écrit : El Dijous, 5 de febrer de 2015, a les 10:24:25, Corentin Desfarges va escriure: Are you sure that in build time do you need to download some data? is this acceptable? Leopold Yes I need to download the data, else the unit tests can&#

Keep built files between pdebuild

Dear Mentors, I have a simple question : Is there a way to keep the files got with the command pdebuild when we launch a new build with pdebuild, to save time when we work on very big packages which last hours ? Same thing about about the "debuild" command. I know the "-nc" option, but if I make

Re: Re: Useless call to ldconfig and shared libraries issue

Are you sure that in build time do you need to download some data? is this acceptable? Leopold Yes I need to download the data, else the unit tests can't pass... And I can't include the data into the package, because of its the size (more than 800MB). It has already been discussed in this thre

Re: Re: Useless call to ldconfig and shared libraries issue

I'm trying to build the fw4spl, in a pbuild environtment and I got this. [...] Any idea? Leopold Sorry, I've wasted your time. I forgot to push some lines in my CMakeLists.txt. But now the build work, with the commit : a15dbd90a83fe604950123f07e9c4ebf0e81de8b Thanks for your help, Corenti

Re: Re: Useless call to ldconfig and shared libraries issue

Hi Leopold, I'm trying to build the package. CMake fails. Needs to be called twice. This is not good. Please, try to patch cmakelist.txt to solve it. I fixed and pushed the changes. CMake shouldn't fail anymore. Thanks for your help! Corentin -- To UNSUBSCRIBE, email to debian-mentors-re

Re: Useless call to ldconfig and shared libraries issue

in the packages that I have, I pass these options to cmake: override_dh_auto_configure: dh_auto_configure --\ -DLIB_INSTALL_DIR:STRING="lib/$(DEB_HOST_MULTIARCH)"\ -DCMAKE_SKIP_RPATH=ON \ Leopold I've found th

Re: Re: Useless call to ldconfig and shared libraries issue

Sorry for the format of the last message. It's better like it : corentin@debian:~/dev1/fw4spl$ objdump -x /home/corentin/dev1/fw4spl/debian/fw4spl/usr/bin/fwLauncher | grep -i rpath corentin@debian:~/dev1/fw4spl$ objdump -x /home/corentin/dev1/fw4spl/debian/fw4spl/usr/bin/fwLauncher-0.1 | g

Re: Useless call to ldconfig and shared libraries issue

Le 03/02/2015 13:29, Paul Wise a écrit : On Tue, Feb 3, 2015 at 7:24 PM, Corentin Desfarges wrote: I'm not sure to know what log you asked me to check. I get this build log with "sudo pdebuild -us -uc -nc" : http://www.corentindesfarges.fr/buildlog.txt That is the log I a

Re: Useless call to ldconfig and shared libraries issue

Le 03/02/2015 10:53, Paul Wise a écrit : On Tue, Feb 3, 2015 at 5:49 PM, Corentin Desfarges wrote: corentin@debian:~$ ldd /usr/bin/fwLauncher libfwCore.so.0 => not found libfwRuntime.so.0 => not found ... corentin@debian:~$ objdump -x /usr/bin/fwLauncher | grep -i rpath co

Re: Useless call to ldconfig and shared libraries issue

Le 03/02/2015 10:42, Paul Wise a écrit : On Tue, Feb 3, 2015 at 5:15 PM, Corentin Desfarges wrote: I'm sorry but this two commands don't work. I still get the same error when I run the second command (/usr/bin/fwLauncher) : What is the output of these commands? ls -l /usr/

Re: Re: Re: Re: Useless call to ldconfig and shared libraries issue

This pair of commands will work: sudo debi /usr/bin/fwLauncher I'm sorry but this two commands don't work. I still get the same error when I run the second command (/usr/bin/fwLauncher) : fwLauncher: error while loading shared libraries: libfwCore.so.0: cannot open shared object file: No

Re: Re: Re: Useless call to ldconfig and shared libraries issue

But it doesn't work. What does "doesn't work" mean? I mean that I get the same error : ./debian/fw4spl/usr/bin/fwLauncher: error while loading shared libraries: libfwCore.so.0: cannot open shared object file: No such file or directory -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.

Re: Re: Useless call to ldconfig and shared libraries issue

Since it sounds like libfwCore.so.0 is supposed to be a private library so I think the correct solution here is for upstream to build the binary using an rpath rather than turning it into a public library placed in a different path. I've already try something like : export DEB_LDFLAGS_MAINT_A

Re: Useless call to ldconfig and shared libraries issue

> (To be clear, those are NOT the commands Lintian is complaining about. > The allegedly useless calls to ldconfig were automatically generated by > debhelper.) This is incorrect. You must not put anything to > /etc/ld.so.conf.d/. This directory is reserved for glibc and for the > system administr

Re: Useless call to ldconfig and shared libraries issue

Hi, I'm still working on the packaging of fw4spl (a medical software) for the Debian-Med project [1], and I'm faced to an issue for a few days. I've this lintian warnings ; W: fw4spl: postinst-has-useless-call-to-ldconfig W: fw4spl: postrm-has-useless-call-to-ldconfig Are you 100% sure you n

Useless call to ldconfig and shared libraries issue

verride ? Hoping someone will have any idea about this issue... Thank you for your help, Best regards, Corentin Desfarges [1] https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=debian-med/fw4spl.git;a=summary -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org

Re: Re: Re: Re: Big data is needed for unit test

ave an internal solution to upload the data. One more time, thank you very much for your help and yourclarifications. Best regards, Corentin Desfarges -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...

Re: Re: Re: Big data is needed for unit test

Hi > Can you link to the file we are talking about? With the authorization of the responsibles of the project, I published the file here [2] [2]http://goo.gl/53sAzM this looks a bit weird. I guess this google thing allows you to inspect the content of zip files? Yes indeed. I simply upload

Re: Re: Re: Big data is needed for unit test

Hi With the authorization of the responsibles of the project, I published the file here [2] It contains the names of one patient and his birth date so that probably wasn't a good idea. This file appears to contain CT scan results in a custom format? I can't view the scan itself as the softwar

Re: Re: Big data is needed for unit test

bout? With the authorization of the responsibles of the project, I published the file here [2] Best Regards, Corentin Desfarges [1] https://code.google.com/p/fw4spl/ [2] http://goo.gl/53sAzM -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscrib

Re: Big data is needed for unit test

ich develops the software, so I've asked the question to the responsible, and now I'm waiting for their answer. Thank you ! Best regards, Corentin Desfarges -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Con

Re: Big data is needed for unit test

new upstream release. If upstream doesn't ship the file separately it might be useful to do so for this reason. It seems to be the better solution in my case... Thank you for your advice ! Best regards, Corentin Desfarges

Big data is needed for unit test

? Thank you for your help, Best regards, Corentin Desfarges

Re: CMake Error: Could not open file for write in copy operation ... System Error: Permission denied

Hi everybody! First, thank you for all your advices. Can you publish the source package? As Martin said, mysource package is available in Debian-Med [1] > But configuring files directly to installation locations (like your "/usr/bin") is a bad idea. This requires superuser powers > at conf

CMake Error: Could not open file for write in copy operation ... System Error: Permission denied

Hi all, I'm currently working on the packaging of fw4spl (an open source framework) and I got this CMake error when I use "pbuilder" : > CMake Error: Could not open file for write in copy operation /usr/bin/qt.conf.tmp > CMake Error: : System Error: Permission denied > CMake Error at SrcLib/core/

Re: Re: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed

This is #765669 causing libavifile-0.7-dev to be uninstallable after binNMUs. According tohttps://ftp-master.debian.org/deferred.html a fixed version will be available in a day. This is a bug in the avifile source package: https://bugs.debian.org/765669 Oh

libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed

Hi all, I'm currently working on the packaging of fw4spl (an open source framework) and I got this error when a run pbuilder : The following packages have unmet dependencies: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be i