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/<package>. 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-rpath usr/lib/freemedforms-common/libMedinTux.so.* /usr/lib/freemedforms > I: freemedforms-libs: unused-override binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libTranslationUtils.so.* /usr/lib/freemedforms > I: freemedforms-libs: unused-override binary-or-shlib-defines-rpath usr/lib/freemedforms-common/libUtils.so.* /usr/lib/freemedforms > W: freediams: hardening-no-fortify-functions usr/lib/freediams/libCore.so > N: > N: This package provides an ELF binary that lacks the use of fortified libc > N: functions. Either there are no potentially unfortified functions called > N: by any routines, all unfortified calls have already been fully validated > N: at compile-time, or the package was not built with the default Debian > N: compiler flags defined by dpkg-buildflags. If built using > N: dpkg-buildflags directly, be sure to import CPPFLAGS. > N: > N: NB: Due to false-positives, Lintian ignores some unprotected functions > N: (e.g. memcpy). > N: > N: Refer to http://wiki.debian.org/Hardening and > N: http://bugs.debian.org/673112 for details. > N: > N: Severity: normal, Certainty: possible > N: > N: Check: binaries, Type: binary, udeb > N: > W: freediams: hardening-no-fortify-functions usr/lib/freediams/libDrugsBase.so > W: freediams: hardening-no-fortify-functions usr/lib/freediams/libTemplates.so > I: freediams: unused-override binary-or-shlib-defines-rpath usr/lib/freediams/libSaveRestore.so /usr/lib/freemedforms-common > I: freemedforms-emr: spelling-error-in-binary usr/lib/freemedforms/libCore.so developement development > N: > N: Lintian found a spelling error in the given binary. Lintian has a list > N: of common misspellings that it looks for. It does not have a dictionary > N: like a spelling checker does. > N: > N: If the string containing the spelling error is translated with the help > N: of gettext or a similar tool, please fix the error in the translations > N: as well as the English text to avoid making the translations fuzzy. With > N: gettext, for example, this means you should also fix the spelling > N: mistake in the corresponding msgids in the *.po files. > N: > N: You can often find the word in the source code by running: > N: > N: grep -rw <word> <source-tree> > N: > N: This tag may produce false positives for words that contain non-ASCII > N: characters due to limitations in strings. > N: > N: Severity: minor, Certainty: wild-guess > N: > N: Check: binaries, Type: binary, udeb > N: > W: freemedforms-emr: hardening-no-fortify-functions usr/lib/freemedforms/libCore.so > W: freemedforms-emr: hardening-no-fortify-functions usr/lib/freemedforms/libDrugsBase.so > W: freemedforms-emr: hardening-no-fortify-functions usr/lib/freemedforms/libPMH.so > W: freemedforms-emr: hardening-no-fortify-functions usr/lib/freemedforms/libTemplates.so > I: freemedforms-emr: spelling-error-in-binary usr/lib/freemedforms/libTools.so Informations Information > I: freemedforms-freedata: conflicts-with-version freemedforms-emr-resources (<< 0.7.4) > N: > N: An earlier-than version clause is normally an indication that Breaks > N: should be used instead of Conflicts. Breaks is a weaker requirement that > N: provides the package manager more leeway to find a valid upgrade path. > N: Conflicts should only be used if two packages can never be unpacked at > N: the same time, or for some situations involving virtual packages (where > N: a version clause is not appropriate). In particular, when moving files > N: between packages, use Breaks plus Replaces, not Conflicts plus Replaces. > N: > N: Refer to Debian Policy Manual section 7.4 (Conflicting binary packages - > N: Conflicts) for details. > N: > N: Severity: normal, Certainty: wild-guess > N: > N: Check: fields, Type: binary, udeb, source > N: > N: 47 tags overridden (40 errors, 7 info) > ----- Eric Maeker, MD (Fr) http://www.freemedforms.com : Suite logicielle médicale open source http://asso.freemedforms.com : Association 1901 des utilisateurs de la suite FreeMedForms http://wiki.debian.org/DebianMed : Debian Med est une distribution Debian orientée médecine http://www.ericmaeker.fr : site personnel
Attachment:
PGP.sig
Description: =?iso-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=