FreeMedForms new upstream
Hi all, I've updated the svn debian files of FreeMedForms. A new upstream is available 0.9.0~beta1. The build processing is much more simple than before and I removed the freeaccount packages as they are not maintained anymore by upstream. I'm sorry but I did not fixed the rpath issue as I'm not linux guru enough to correct this. You can make some tests adding to qmake command line: CONFIG+=norpath I've pasted the lintian outputs. Thanks for your comments and help Eric eric@eric-VirtualBox:~/svn/build-area$ lintian -i -I *.dsc *.deb E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libAggregation.so.1.0.0 /usr/lib/freediams N: N:The binary or shared library sets RPATH. This overrides the normal N:library search path, possibly interfering with local policy and causing N:problems for multilib, among other issues. N: N:The only time a binary or shared library in a Debian package should set N:RPATH is if it is linked to private shared libraries in the same N:package. In that case, place those private shared libraries in N:/usr/lib/. Libraries used by binaries in other packages should N:be placed in /lib or /usr/lib as appropriate, with a proper SONAME, in N:which case RPATH is unnecessary. N: N:To fix this problem, look for link lines like: N:gcc test.o -o test -Wl,--rpath,/usr/local/lib N:or N:gcc test.o -o test -R/usr/local/lib N:and remove the -Wl,--rpath or -R argument. You can also use the chrpath N:utility to remove the RPATH. N: N:Refer to http://wiki.debian.org/RpathIssue for details. N: N:Severity: serious, Certainty: possible N: N:Check: binaries, Type: binary, udeb N: E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libDataPackUtils.so.0.9.0 /usr/lib/freediams E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libExtensionSystem.so.1.0.0 /usr/lib/freediams E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libMedicalUtils.so.0.9.0 /usr/lib/freediams E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libMedinTux.so.0.9.0 /usr/lib/freediams E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libTranslationUtils.so.0.9.0 /usr/lib/freediams E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libUtils.so.0.9.0 /usr/lib/freediams E: freemedforms-libs: binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libfreemedforms-quazip-wrapper.so.1.0.0 /usr/lib/freediams W: freemedforms-libs: postinst-has-useless-call-to-ldconfig N: N:The postinst script calls ldconfig even though no shared libraries are N:installed in a directory controlled by the dynamic library loader. N: N:Note this may be triggered by a bug in debhelper, that causes it to N:auto-generate an ldconfig snippet for packages that does not need it. N: N:Refer to Debian Policy Manual section 8.1.1 (ldconfig) and N:http://bugs.debian.org/204975 for details. N: N:Severity: minor, Certainty: certain N: N:Check: shared-libs, Type: binary, udeb N: W: freemedforms-libs: postrm-has-useless-call-to-ldconfig N: N:The postrm script calls ldconfig even though no shared libraries are N:installed in a directory controlled by the dynamic library loader. N: N:Note this may be triggered by a bug in debhelper, that causes it to N:auto-generate an ldconfig snippet for packages that does not need it. N: N:Refer to Debian Policy Manual section 8.1.1 (ldconfig) and N:http://bugs.debian.org/204975 for details. N: N:Severity: minor, Certainty: certain N: N:Check: shared-libs, Type: binary, udeb N: I: freemedforms-libs: unused-override binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libAggregation.so.* /usr/lib/freemedforms N: N:Lintian discovered an unused override entry in its database. Most likely N:it was used for a false-positive that has been fixed. However, some tags N:are only triggered in packages built on certain architectures. In this N:case, the override may need an architecture qualifier. N: N:If the override is unused, please remove it from the overrides file. N: N:Refer to Lintian User's Manual section 2.4.3 (Architecture specific N:overrides) for details. N: N:Severity: wishlist, Certainty: certain N: I: freemedforms-libs: unused-override binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libDataPackUtils.so.* /usr/lib/freemedforms I: freemedforms-libs: unused-override binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libExtensionSystem.so.* /usr/lib/freemedforms I: freemedforms-libs: unused-override binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libMedicalUtils.so.* /usr/lib/freemedforms I: freemedforms-libs: unused-override binary-or-shlib-defines-
Re: FreeMedForms new upstream
Is there a way to easily test if a package is available or not in the rules and control file? Eg: if the Debian version used for the build process does not include libquazip0-dev -> remove the build-depends: libquazip0-dev and remove the CONFIG+="dontbuildquazip" in the rules file? Eric Le 14 juin 2013 à 10:14, Eric Maeker a écrit : > Hi all, > > I've updated the svn debian files of FreeMedForms. A new upstream is > available 0.9.0~beta1. > The build processing is much more simple than before and I removed the > freeaccount packages as they are not maintained anymore by upstream. I'm > sorry but I did not fixed the rpath issue as I'm not linux guru enough to > correct this. > You can make some tests adding to qmake command line: > >CONFIG+=norpath > > I've pasted the lintian outputs. > Thanks for your comments and help > Eric > > eric@eric-VirtualBox:~/svn/build-area$ lintian -i -I *.dsc *.deb > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libAggregation.so.1.0.0 /usr/lib/freediams > N: > N:The binary or shared library sets RPATH. This overrides the normal > N:library search path, possibly interfering with local policy and causing > N:problems for multilib, among other issues. > N: > N:The only time a binary or shared library in a Debian package should set > N:RPATH is if it is linked to private shared libraries in the same > N:package. In that case, place those private shared libraries in > N:/usr/lib/. Libraries used by binaries in other packages should > N:be placed in /lib or /usr/lib as appropriate, with a proper SONAME, in > N:which case RPATH is unnecessary. > N: > N:To fix this problem, look for link lines like: > N:gcc test.o -o test -Wl,--rpath,/usr/local/lib > N:or > N:gcc test.o -o test -R/usr/local/lib > N:and remove the -Wl,--rpath or -R argument. You can also use the chrpath > N:utility to remove the RPATH. > N: > N:Refer to http://wiki.debian.org/RpathIssue for details. > N: > N:Severity: serious, Certainty: possible > N: > N:Check: binaries, Type: binary, udeb > N: > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libDataPackUtils.so.0.9.0 /usr/lib/freediams > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libExtensionSystem.so.1.0.0 /usr/lib/freediams > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libMedicalUtils.so.0.9.0 /usr/lib/freediams > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libMedinTux.so.0.9.0 /usr/lib/freediams > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libTranslationUtils.so.0.9.0 /usr/lib/freediams > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libUtils.so.0.9.0 /usr/lib/freediams > E: freemedforms-libs: binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libfreemedforms-quazip-wrapper.so.1.0.0 > /usr/lib/freediams > W: freemedforms-libs: postinst-has-useless-call-to-ldconfig > N: > N:The postinst script calls ldconfig even though no shared libraries are > N:installed in a directory controlled by the dynamic library loader. > N: > N:Note this may be triggered by a bug in debhelper, that causes it to > N:auto-generate an ldconfig snippet for packages that does not need it. > N: > N:Refer to Debian Policy Manual section 8.1.1 (ldconfig) and > N:http://bugs.debian.org/204975 for details. > N: > N:Severity: minor, Certainty: certain > N: > N:Check: shared-libs, Type: binary, udeb > N: > W: freemedforms-libs: postrm-has-useless-call-to-ldconfig > N: > N:The postrm script calls ldconfig even though no shared libraries are > N:installed in a directory controlled by the dynamic library loader. > N: > N:Note this may be triggered by a bug in debhelper, that causes it to > N:auto-generate an ldconfig snippet for packages that does not need it. > N: > N:Refer to Debian Policy Manual section 8.1.1 (ldconfig) and > N:http://bugs.debian.org/204975 for details. > N: > N:Severity: minor, Certainty: certain > N: > N:Check: shared-libs, Type: binary, udeb > N: > I: freemedforms-libs: unused-override binary-or-shlib-defines-rpath > usr/lib/freemedforms-common/libAggregation.so.* /usr/lib/freemedforms > N: > N:Lintian discovered an unused override entry in its database. Most likely > N:it was used for a false-positive that has been fixed. However, some tags > N:are only triggered in packages built on certain architectures. In this > N:case, the override may need an architecture qualifier. > N: > N:If the override is unused, please remove it from the overrides file. > N: > N:Refer to Lintian User's Manual section 2.4.3 (Architecture specific > N:overrides) for details.
Re: FreeMedForms new upstream
Le 14 juin 2013 à 12:08, Eric Maeker a écrit :
> Is there a way to easily test if a package is available or not in the rules
> and control file?
>
> Eg: if the Debian version used for the build process does not include
> libquazip0-dev -> remove the build-depends: libquazip0-dev and remove the
> CONFIG+="dontbuildquazip" in the rules file?
Can I use
dpkg-gencontrol [...] -Vdist:Build-Depends="libquazip0-dev (>= 0.4.4)"
in the rules file? and add ${dist:Build-Depends} in the Build-Depends paragraph
of the control file?
if we don't want to build the freemedforms-project internal libquazip sources?
Eric
PGP.sig
Description: Ceci est une signature électronique PGP
