1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 <2013> 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 <2013> 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: epics-perl & perlapi-5.10.1 |
From: | Michael Davidsaver <[email protected]> |
To: | Martin Konrad <[email protected]> |
Cc: | "[email protected]" <[email protected]> |
Date: | Mon, 11 Mar 2013 11:16:09 -0400 |
Hi Martin, On 03/10/2013 07:43 AM, Martin Konrad wrote:
Hi Michael, thank you for providing new Debian packages for EPICS 3.14.12. Unfortunately I can only use them on squeeze but not on Ubuntu quantal because quantal does not provide perlapi-5.10.1 but only perlapi-5.14.2. Is it really necessary to depend on a fixed version of Perl or can you also use something like "perl-base >= 5.10.1"?
The added dependency is caused by a change I made to where libCap5.so is installed for the 3.14.12 series. Previously if was installed in /usr/lib/epics/lib, now it is under /usr/share/perl5 (I'll check, but I think it should actually be in /usr/lib/perl5).
The dependency is emit by the dh_perl helper script when it finds that a package contains .so or .pm files in perl specific paths. So previously this wasn't being triggered because libCap5.so wasn't installed in the standard place.
As far as I can see this wasn't causing any issues as the only perl scripts using this module are caget.pl and friends (included in the epics-dev package).
So avoiding the perlapi-* dep for epics-dev means moving (or removing) these scripts. My current plan is to move CA.pm, libCap5.so, and the scripts which use them to a separate binary package. Thoughts?
Also, I hope to start providing builds for Debian Wheezy (7.0) this week. I'm still working on some issue with my pbuilder scripts.
Michael