Le 05/02/2015 14:50, Corentin Desfarges a écrit :
> 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
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
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 i
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 in build time do you need to download some
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 made some modifications, but I would
Le 05/02/2015 10:24, Corentin Desfarges a écrit :
>> 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 t
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't pas
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't pass... And I
> can't include the data int
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
El Dimecres, 4 de febrer de 2015, a les 17:23:04, Corentin Desfarges va
escriure:
> > 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
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
El Dimecres, 4 de febrer de 2015, a les 12:26:18, Corentin Desfarges va
escriure:
> 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
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
On Tue, Feb 03, 2015 at 11:48:46PM +0100, Leopold Palomo-Avellaneda wrote:
> > > I have seen a similar issue trying to package another piece of software.
> > > The question is, IMHO that:
> > >
> > > - you cannot install a library outside /usr/lib or /usr/lib/$ARCH
> > >
> > > in debian.
> >
> >
El Dimarts, 3 de febrer de 2015, a les 17:02:02, Corentin Desfarges va
escriure:
> > in the packages that I have, I pass these options to cmake:
> >
> > override_dh_auto_configure:
> > dh_auto_configure --\
> > -DLIB_INSTALL_DIR:STRING="
El Dimarts, 3 de febrer de 2015, a les 23:12:36, Andrey Rahmatullin va
escriure:
> On Tue, Feb 03, 2015 at 12:46:10PM +0100, Leopold Palomo-Avellaneda wrote:
> > I have seen a similar issue trying to package another piece of software.
> > The question is, IMHO that:
> >
> > - you cannot install a
On Tue, Feb 03, 2015 at 02:51:46PM +0100, Leopold Palomo-Avellaneda wrote:
> > Leopold: we are talking about a private library here, rpath is what
> > you set for private libraries.
>
>
> :-)
>
> thanks for the clarification Paul.
>
> Looking on the problem, there's a package: zathura, that has
On Tue, Feb 03, 2015 at 12:46:10PM +0100, Leopold Palomo-Avellaneda wrote:
> I have seen a similar issue trying to package another piece of software. The
> question is, IMHO that:
>
> - you cannot install a library outside /usr/lib or /usr/lib/$ARCH
>
> in debian.
This is an incorrect statement.
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
El Dimarts, 3 de febrer de 2015, a les 22:22:07, Paul Wise va escriure:
> On Tue, Feb 3, 2015 at 9:27 PM, Corentin Desfarges wrote:
> > corentin@debian:~/dev1/fw4spl$ objdump -x
> >
> > /home/corentin/dev1/fw4spl/debian/fw4spl/usr/bin/fwLauncher | grep -i
> > rpath
> >
> > corentin@debian:~/d
On Tue, Feb 3, 2015 at 9:27 PM, Corentin Desfarges wrote:
> 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/obj-x86_64-linux-gnu/fwLauncher/bin/fwLau
El Dimarts, 3 de febrer de 2015, a les 20:29:30, Paul Wise va escriure:
>
> Leopold: we are talking about a private library here, rpath is what
> you set for private libraries.
:-)
thanks for the clarification Paul.
Looking on the problem, there's a package: zathura, that has a private lib,
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
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 am talking about.
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 am talking about. This appears to be the part where
fwLa
El Dimarts, 3 de febrer de 2015, a les 12:24:36, Corentin Desfarges va
escriure:
> 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
> >> libfwRunti
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
corentin@de
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
> corentin@debian:~$
Looks like your binary does n
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/lib/fw4spl/libfwCor
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/lib/fw4spl/libfwCore*
file /usr/bin/fwLauncher /usr/lib/fw4s
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
Le 02/02/2015 14:17, Corentin Desfarges a écrit :
>>> 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
> dir
On Mon, Feb 2, 2015 at 9:17 PM, Corentin Desfarges wrote:
> 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
This pair of commands will work:
sudo debi
/u
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.
On Mon, Feb 2, 2015 at 7:22 PM, Corentin Desfarges wrote:
> I've already try something like :
> -Wl,-rpath=/usr/lib/fw4spl
> Is it something like it that you were talking by "rpath" ?
Yes.
> But it doesn't work.
What does "doesn't work" mean?
--
bye,
pabs
https://wiki.debian.org/PaulWise
-
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
On Mon, Feb 2, 2015 at 5:00 PM, Corentin Desfarges wrote:
> When I try to launch my software, I get this error :
>
> ./debian/fw4spl/usr/bin/fwLauncher: error while loading shared libraries:
> libfwCore.so.0: cannot open shared object file: No such file or
> directory
>
> And by using echo '/usr/l
> (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
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
* Corentin Desfarges , 2015-01-23, 21:27:
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
On Fri, Jan 23, 2015 at 09:27:15PM +0100, Corentin Desfarges wrote:
> 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
>
41 matches
Mail list logo
