[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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/<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)

Attachment: PGP.sig
Description: =?iso-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=


Reply to: