<div dir="ltr">Hi Alberto,<div><br></div><div>I can confirm what Daniel said. We have no current plans of updating the offical Debian package of OpenNebula. Debian packaing guidelines are very strict and as Daniel mentioned it's a very big job.</div><div><br>Daniel, I apologize, but somehow I was not aware of #3129. I will update the ticket now.</div><div><br></div><div>regards,<br>Jaime</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 13, 2015 at 1:26 PM, Daniel Dehennin <span dir="ltr"><<a href="mailto:daniel.dehennin@baby-gnu.org" target="_blank">daniel.dehennin@baby-gnu.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Daniel Dehennin <<a href="mailto:daniel.dehennin@baby-gnu.org">daniel.dehennin@baby-gnu.org</a>> writes:<br>
<br>
<br>
[...]<br>
<span class=""><br>
> It's a big work, for now lintian is far from being happy[3]<br>
<br>
</span>[...]<br>
<br>
> [3] c.f. attachement<br>
<br>
Missing attachement, sorry.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Daniel Dehennin<br>
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF<br>
Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF<br>
<br>
</div></div><br>P: opennebula source: source-contains-prebuilt-java-object src/oca/java/lib/xmlrpc-common-3.1.2.jar<br>
N:<br>
N: The source tarball contains a prebuilt Java class file. These are often<br>
N: included by mistake when developers generate a tarball without cleaning<br>
N: the source directory first. If there is no sign this was intended,<br>
N: consider reporting it as an upstream bug.<br>
N:<br>
N: Severity: pedantic, Certainty: possible<br>
N:<br>
N: Check: cruft, Type: source<br>
N:<br>
P: opennebula source: source-contains-prebuilt-java-object src/oca/java/lib/xmlrpc-client-3.1.2.jar<br>
P: opennebula source: source-contains-prebuilt-java-object src/oca/java/lib/ws-commons-util-1.0.2.jar<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/vendor/crypto-js/sha1-min.js<br>
N:<br>
N: The source tarball contains a prebuilt (minified) JavaScript object.<br>
N: They are usually left by mistake when generating the tarball by not<br>
N: cleaning the source directory first. You may want to report this as an<br>
N: upstream bug, in case there is no sign that this was intended.<br>
N:<br>
N: Severity: pedantic, Certainty: possible<br>
N:<br>
N: Check: cruft, Type: source<br>
N:<br>
E: opennebula source: source-is-missing src/sunstone/public/vendor/crypto-js/sha1-min.js<br>
N:<br>
N: The source of the following file is missing. Lintian checked a few<br>
N: possible paths to find the source, and do not find it.<br>
N:<br>
N: Please repack your package to include the source or add it to<br>
N: "debian/missing-sources" directory.<br>
N:<br>
N: If this is a false-positive, please report a bug against Lintian.<br>
N:<br>
N: Severity: serious, Certainty: possible<br>
N:<br>
N: Check: cruft, Type: source<br>
N:<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/vendor/crypto-js/enc-base64-min.js<br>
E: opennebula source: source-is-missing src/sunstone/public/vendor/crypto-js/enc-base64-min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/vendor/crypto-js/core-min.js<br>
E: opennebula source: source-is-missing src/sunstone/public/vendor/crypto-js/core-min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/jquery-migrate/jquery-migrate.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/jgrowl/jquery.jgrowl.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/flot/excanvas.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/vendor/4.0/nouislider/jquery.nouislider.min.js<br>
E: opennebula source: source-is-missing src/sunstone/public/vendor/4.0/nouislider/jquery.nouislider.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/sizzle/dist/sizzle.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/no-vnc/include/logo.js mean line length is about 16184 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/no-vnc/include/logo.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/no-vnc/include/keysymdef.js mean line length is about 3983 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/no-vnc/include/keysymdef.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/jquery/dist/jquery.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/foundation/js/foundation.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/flot.tooltip/js/jquery.flot.tooltip.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/flot.tooltip/js/excanvas.min.js<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/flot.tooltip/js/excanvas.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/no-vnc/include/web-socket-js/swfobject.js mean line length is about 10071 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/no-vnc/include/web-socket-js/swfobject.js<br>
P: opennebula source: source-contains-prebuilt-flash-object src/sunstone/public/bower_components/no-vnc/include/web-socket-js/WebSocketMain.swf<br>
N:<br>
N: The source tarball contains a prebuilt file in the Shockwave Flash (SWF)<br>
N: or Flash Video (FLV) format. These are often included by mistake when<br>
N: developers generate a tarball without cleaning the source directory<br>
N: first. An exception is simple video files, which are their own source.<br>
N:<br>
N: If there is no sign this was intended, consider reporting it as an<br>
N: upstream bug.<br>
N:<br>
N: If the Flash file is not meant to be modified directly, please make sure<br>
N: the package includes the source for the file and that the packaging<br>
N: rebuilds it.<br>
N:<br>
N: Severity: pedantic, Certainty: possible<br>
N:<br>
N: Check: cruft, Type: source<br>
N:<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/no-vnc/include/web-socket-js/WebSocketMain.swf<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/foundation/js/vendor/placeholder.js mean line length is about 2276 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/foundation/js/vendor/placeholder.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/foundation/js/vendor/modernizr.js mean line length is about 11084 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/foundation/js/vendor/modernizr.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/foundation/js/vendor/jquery.js mean line length is about 7839 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/foundation/js/vendor/jquery.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/foundation/js/vendor/jquery.cookie.js mean line length is about 1263 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/foundation/js/vendor/jquery.cookie.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/foundation/js/vendor/fastclick.js mean line length is about 8020 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/foundation/js/vendor/fastclick.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/datatables/media/js/jquery.js mean line length is about 16100 characters<br>
E: opennebula source: source-is-missing src/sunstone/public/bower_components/datatables/media/js/jquery.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/datatables/media/js/jquery.dataTables.min.js<br>
P: opennebula source: source-contains-prebuilt-javascript-object src/sunstone/public/bower_components/jquery/src/sizzle/dist/sizzle.min.js<br>
W: opennebula source: unknown-field-in-dsc original-vcs-browser<br>
N:<br>
N: See the Policy Manual for a list of the possible fields in a source<br>
N: package control file.<br>
N:<br>
N: Refer to Debian Policy Manual section 5.4 (Debian source control files<br>
N: -- .dsc) for details.<br>
N:<br>
N: Severity: minor, Certainty: certain<br>
N:<br>
N: Check: fields, Type: binary, udeb, source<br>
N:<br>
W: opennebula source: unknown-field-in-dsc original-uploaders<br>
W: opennebula source: unknown-field-in-dsc original-maintainer<br>
W: opennebula source: unknown-field-in-dsc original-vcs-git<br>
W: opennebula source: field-name-typo-in-dep5-copyright licence -> license (line 445)<br>
N:<br>
N: The listed field name is a likely misspelling of one of the documented<br>
N: DEP-5 fields.<br>
N:<br>
N: Lintian will continue by using the "misspelled" variant, but other<br>
N: parsers are unlikely to do so.<br>
N:<br>
N: Implementation detail: The typo is detected by using "Levenshtein edit<br>
N: distance". Therefore, if the typo involve several characters, Lintian<br>
N: may not detect it.<br>
N:<br>
N: Severity: normal, Certainty: possible<br>
N:<br>
N: Check: source-copyright, Type: source<br>
N:<br>
W: opennebula source: field-name-typo-in-dep5-copyright licence -> license (line 854)<br>
I: opennebula source: unused-file-paragraph-in-dep5-copyright paragraph at line 89<br>
N:<br>
N: The Files paragraph in debian/copyright is superfluous as it is never<br>
N: used to match any files. You should be able to safely remove it.<br>
N:<br>
N: Refer to<br>
N: <a href="https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/" target="_blank">https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/</a> for<br>
N: details.<br>
N:<br>
N: Severity: minor, Certainty: possible<br>
N:<br>
N: Check: source-copyright, Type: source<br>
N:<br>
W: opennebula source: missing-license-paragraph-in-dep5-copyright lgpl-3 (paragraph at line 251)<br>
N:<br>
N: The files paragraph in the machine readable copyright file references a<br>
N: license, for which no standalone license paragraph exists.<br>
N:<br>
N: Refer to<br>
N: <a href="https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/" target="_blank">https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/</a> for<br>
N: details.<br>
N:<br>
N: Severity: normal, Certainty: possible<br>
N:<br>
N: Check: source-copyright, Type: source<br>
N:<br>
W: opennebula source: missing-license-paragraph-in-dep5-copyright mpl-2 (paragraph at line 232)<br>
I: opennebula source: unused-license-paragraph-in-dep5-copyright lgpl-3+ (paragraph at line 445)<br>
N:<br>
N: The license paragraph in the machine-readable copyright file is not<br>
N: referenced by any files paragraph. It could be a typo in the license<br>
N: name or the license paragraph is simply not needed and can be removed.<br>
N:<br>
N: Refer to<br>
N: <a href="https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/" target="_blank">https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/</a> for<br>
N: details.<br>
N:<br>
N: Severity: minor, Certainty: possible<br>
N:<br>
N: Check: source-copyright, Type: source<br>
N:<br>
I: opennebula source: unused-license-paragraph-in-dep5-copyright lgpl-2+ (paragraph at line 440)<br>
I: opennebula source: unused-license-paragraph-in-dep5-copyright gpl-2+ (paragraph at line 435)<br>
E: opennebula source: license-problem-undefined-license unknown-bsd-style (paragraph at line 831)<br>
N:<br>
N: Your copyright file references a license that is not defined. Due to<br>
N: copyright law or treaties, files that are not available under a defined<br>
N: license are non-free and non-re-distributable.<br>
N:<br>
N: Referencing an undefined license could mean the file cannot be<br>
N: distributed in Debian or it could simply mean that the existing license<br>
N: needs to be documented. In both cases, the copyright file should be<br>
N: updated to reflect reality.<br>
N:<br>
N: Please re-package the package without the file (if possible) or ask the<br>
N: FTP-masters to remove the package.<br>
N:<br>
N: If the package has been uploaded to Debian before, and if affected files<br>
N: cannot be distributed in Debian please remember to also notify<br>
N: <a href="http://snapshot.debian.org" target="_blank">snapshot.debian.org</a> about this package containing a non-distributable<br>
N: file.<br>
N:<br>
N: Refer to <a href="https://ftp-master.debian.org/REJECT-FAQ.html" target="_blank">https://ftp-master.debian.org/REJECT-FAQ.html</a> for details.<br>
N:<br>
N: Severity: serious, Certainty: possible<br>
N:<br>
N: Check: source-copyright, Type: source<br>
N:<br>
E: opennebula source: not-binnmuable-all-depends-any opennebula-dbg -> opennebula<br>
N:<br>
N: The package is not safely binNMUable because an arch:all package depends<br>
N: on an arch:any package with a strict (= ${Source-Version}), or similar,<br>
N: relationship.<br>
N:<br>
N: It is not possible for arch:all packages to depend so strictly on<br>
N: arch:any packages while having the package binNMUable, so please use one<br>
N: of these, whichever is more appropriate:<br>
N:<br>
N: Depends: arch_any (>= ${source:Version})<br>
N: Depends: arch_any (>= ${source:Version}),<br>
N: arch_any (<< ${source:Version}.1~)<br>
N:<br>
N: Severity: important, Certainty: certain<br>
N:<br>
N: Check: version-substvars, Type: source<br>
N:<br>
P: opennebula source: debian-watch-may-check-gpg-signature<br>
N:<br>
N: This watch file does not include a means to verify the upstream tarball<br>
N: using cryptographic signature.<br>
N:<br>
N: If upstream distributions provide such signatures, please use the<br>
N: pgpsigurlmangle options in this watch file's opts= to generate the URL<br>
N: of an upstream GPG signature. This signature is automatically downloaded<br>
N: and verified against a keyring stored in<br>
N: debian/upstream-signing-key.asc.<br>
N:<br>
N: Of course, not all upstreams provide such signatures, but you could<br>
N: request them as a way of verifying that no third party has modified the<br>
N: code against their wishes after the release. Projects such as<br>
N: phpmyadmin, unrealircd, and proftpd have suffered from this kind of<br>
N: attack.<br>
N:<br>
N: Refer to the uscan(1) manual page for details.<br>
N:<br>
N: Severity: pedantic, Certainty: certain<br>
N:<br>
N: Check: watch-file, Type: source<br>
N:<br>
P: opennebula-flow: no-upstream-changelog<br>
N:<br>
N: The package does not install an upstream changelog file. If upstream<br>
N: provides a changelog, it should be accessible as<br>
N: /usr/share/doc/<pkg>/changelog.gz.<br>
N:<br>
N: It's currently unclear how best to handle multiple binary packages from<br>
N: the same source. Some maintainers put a copy of the upstream changelog<br>
N: in each package, but it can be quite long. Some include it in one<br>
N: package and add symlinks to the other packages, but this requires there<br>
N: be dependencies between the packages. Some only include it in a<br>
N: "central" binary package and omit it from more ancillary packages.<br>
N:<br>
N: Refer to Debian Policy Manual section 12.7 (Changelog files) for<br>
N: details.<br>
N:<br>
N: Severity: pedantic, Certainty: wild-guess<br>
N:<br>
N: Check: changelog-file, Type: binary<br>
N:<br>
W: opennebula-flow: copyright-refers-to-deprecated-bsd-license-file<br>
N:<br>
N: The copyright file refers to /usr/share/common-licenses/BSD. Due to the<br>
N: brevity of this license, the specificity of this copy to code whose<br>
N: copyright is held by the Regents of the University of California, and<br>
N: the frequency of minor wording changes in the license, its text should<br>
N: be included in the copyright file directly rather than referencing this<br>
N: file.<br>
N:<br>
N: This file may be removed from a future version of base-files if<br>
N: references to it drop sufficiently.<br>
N:<br>
N: Refer to Debian Policy Manual section 12.5 (Copyright information) for<br>
N: details.<br>
N:<br>
N: Severity: minor, Certainty: certain<br>
N:<br>
N: Check: copyright-file, Type: binary<br>
N:<br>
I: opennebula-flow: description-synopsis-might-not-be-phrased-properly<br>
N:<br>
N: The synopsis (first line in the package "Description:" field, the short<br>
N: description) ends with a full stop "." character. This is not necessary,<br>
N: as the synopsis doesn't need to be a full sentence. It is recommended<br>
N: that a descriptive phrase is used instead.<br>
N:<br>
N: Note also that the synopsis is not part of the rest of the<br>
N: "Description:" field.<br>
N:<br>
N: Refer to Debian Developer's Reference section 6.2.2 (The package<br>
N: synopsis, or short description) for details.<br>
N:<br>
N: Severity: minor, Certainty: possible<br>
N:<br>
N: Check: description, Type: binary, udeb<br>
N:<br>
W: opennebula-flow: extended-description-contains-empty-paragraph<br>
N:<br>
N: The extended description (the lines after the first line of the<br>
N: "Description:" field) contains an empty paragraph.<br>
N:<br>
N: Severity: normal, Certainty: certain<br>
N:<br>
N: Check: description, Type: binary, udeb<br>
N:<br>
I: opennebula-flow: unknown-field-in-control original-maintainer<br>
N:<br>
N: See the Policy Manual for a list of the possible fields in a binary<br>
N: package control file.<br>
N:<br>
N: In udeb packages the fields pre-depends, conflicts, essential and<br>
N: suggests are disallowed, but they can contain the new fields<br>
N: subarchitecture and installer-menu-item.<br>
N:<br>
N: Refer to Debian Policy Manual section 5.3 (Binary package control files<br>
N: -- DEBIAN/control) for details.<br>
N:<br>
N: Severity: minor, Certainty: possible<br>
N:<br>
N: Check: fields, Type: binary, udeb, source<br>
N:<br>
I: opennebula-flow: unknown-field-in-control original-vcs-browser<br>
I: opennebula-flow: unknown-field-in-control original-uploaders<br>
I: opennebula-flow: unknown-field-in-control original-vcs-git<br>
I: opennebula-flow: init.d-script-does-not-implement-optional-option etc/init.d/opennebula-flow status<br>
N:<br>
N: The /etc/init.d script does not implement the status option. This is not<br>
N: required by the Policy, but often requested by users.<br>
N:<br>
N: Refer to <a href="https://wiki.debian.org/LSBInitScripts" target="_blank">https://wiki.debian.org/LSBInitScripts</a> for details.<br>
N:<br>
N: Severity: wishlist, Certainty: certain<br>
N:<br>
N: Check: init.d, Type: binary<br>
N:<br>
W: opennebula-flow: binary-without-manpage usr/bin/oneflow-server<br>
N:<br>
N: Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should<br>
N: have a manual page<br>
N:<br>
N: Note that though the man program has the capability to check for several<br>
N: program names in the NAMES section, each of these programs should have<br>
N: its own manual page (a symbolic link to the appropriate manual page is<br>
N: sufficient) because other manual page viewers such as xman or tkman<br>
N: don't support this.<br>
N:<br>
N: If the name of the man page differs from the binary by case, man may be<br>
N: able to find it anyway; however, it is still best practice to make the<br>
N: case of the man page match the case of the binary.<br>
N:<br>
N: If the man pages are provided by another package on which this package<br>
N: depends, lintian may not be able to determine that man pages are<br>
N: available. In this case, after confirming that all binaries do have man<br>
N: pages after this package and its dependencies are installed, please add<br>
N: a lintian override.<br>
N:<br>
N: Refer to Debian Policy Manual section 12.1 (Manual pages) for details.<br>
N:<br>
N: Severity: normal, Certainty: possible<br>
N:<br>
N: Check: manpages, Type: binary<br>
N:<br>
P: opennebula-node: no-upstream-changelog<br>
W: opennebula-node: copyright-refers-to-deprecated-bsd-license-file<br>
I: opennebula-node: unknown-field-in-control original-maintainer<br>
I: opennebula-node: unknown-field-in-control original-vcs-git<br>
I: opennebula-node: unknown-field-in-control original-vcs-browser<br>
I: opennebula-node: unknown-field-in-control original-uploaders<br>
P: opennebula-tools: no-upstream-changelog<br>
W: opennebula-tools: copyright-refers-to-deprecated-bsd-license-file<br>
I: opennebula-tools: unknown-field-in-control original-vcs-browser<br>
I: opennebula-tools: unknown-field-in-control original-maintainer<br>
I: opennebula-tools: unknown-field-in-control original-vcs-git<br>
I: opennebula-tools: unknown-field-in-control original-uploaders<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/oneacct.1.gz<br>
N:<br>
N: Each manual page should start with a "NAME" section, which lists the<br>
N: name and a brief description of the page separated by "\-". The "NAME"<br>
N: section is parsed by lexgrog and used to generate a database that's<br>
N: queried by commands like apropos and whatis. This tag indicates that<br>
N: lexgrog was unable to parse the NAME section of this manual page.<br>
N:<br>
N: For manual pages that document multiple programs, functions, files, or<br>
N: other things, the part before "\-" should list each separated by a comma<br>
N: and a space. Each thing listed must not contain spaces; a man page for a<br>
N: two-part command like "fs listacl" must use something like "fs_listacl"<br>
N: in the "NAME" section so that it can be parsed by lexgrog.<br>
N:<br>
N: Refer to the lexgrog(1) manual page, the groff_man(7) manual page, and<br>
N: the groff_mdoc(7) manual page for details.<br>
N:<br>
N: Severity: normal, Certainty: certain<br>
N:<br>
N: Check: manpages, Type: binary<br>
N:<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/oneacl.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onecluster.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onedatastore.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/oneflow-template.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/oneflow.1.gz<br>
W: opennebula-tools: manpage-has-errors-from-man usr/share/man/man1/oneflow.1.gz 64: warning [p 1, 9.8i]: cannot adjust line<br>
N:<br>
N: This man page provokes warnings or errors from man.<br>
N:<br>
N: "cannot adjust" or "can't break" are trouble with paragraph filling,<br>
N: usually related to long lines. Adjustment can be helped by left<br>
N: justifying, breaks can be helped with hyphenation, see "Manipulating<br>
N: Filling and Adjusting" and "Manipulating Hyphenation" in the groff<br>
N: manual (see info groff).<br>
N:<br>
N: "can't find numbered character" usually means latin1 etc in the input,<br>
N: and this warning indicates characters will be missing from the output.<br>
N: You can change to escapes like \[:a] described on the groff_char man<br>
N: page.<br>
N:<br>
N: Other warnings are often formatting typos, like missing quotes around a<br>
N: string argument to .IP. These are likely to result in lost or malformed<br>
N: output. See the groff_man (or groff_mdoc if using mdoc) man page for<br>
N: information on macros.<br>
N:<br>
N: This test uses man's --warnings option to enable groff warnings that<br>
N: catch common mistakes, such as putting . or ' characters at the start of<br>
N: a line when they are intended as literal text rather than groff<br>
N: commands. This can be fixed either by reformatting the paragraph so that<br>
N: these characters are not at the start of a line, or by adding a<br>
N: zero-width space (\&) immediately before them.<br>
N:<br>
N: At worst, warning messages can be disabled with the .warn directive, see<br>
N: "Debugging" in the groff manual.<br>
N:<br>
N: Lintian also stricter in regards to declaring manpage preprocessors.<br>
N:<br>
N: To test this for yourself you can use the following command:<br>
N: LC_ALL=en_US.UTF-8 MANROFFSEQ='' MANWIDTH=80 \<br>
N: man --warnings -E UTF-8 -l -Tutf8 -Z <file> >/dev/null<br>
N:<br>
N: Refer to the groff_man(7) manual page and the groff_mdoc(7) manual page<br>
N: for details.<br>
N:<br>
N: Severity: normal, Certainty: certain<br>
N:<br>
N: Check: manpages, Type: binary<br>
N:<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onegroup.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onehost.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/oneimage.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onetemplate.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/oneuser.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onevm.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onevnet.1.gz<br>
W: opennebula-tools: manpage-has-bad-whatis-entry usr/share/man/man1/onezone.1.gz<br>
W: opennebula-tools: binary-without-manpage usr/bin/onemarket<br>
W: opennebula-tools: binary-without-manpage usr/bin/onevcenter<br>
P: libopennebula-java-doc: no-upstream-changelog<br>
W: libopennebula-java-doc: copyright-refers-to-deprecated-bsd-license-file<br>
I: libopennebula-java-doc: unknown-field-in-control original-vcs-git<br>
I: libopennebula-java-doc: unknown-field-in-control original-uploaders<br>
I: libopennebula-java-doc: unknown-field-in-control original-vcs-browser<br>
I: libopennebula-java-doc: unknown-field-in-control original-maintainer<br>
P: opennebula-common: no-upstream-changelog<br>
W: opennebula-common: copyright-refers-to-deprecated-bsd-license-file<br>
I: opennebula-common: unknown-field-in-control original-maintainer<br>
I: opennebula-common: unknown-field-in-control original-vcs-git<br>
I: opennebula-common: unknown-field-in-control original-vcs-browser<br>
I: opennebula-common: unknown-field-in-control original-uploaders<br>
I: opennebula: hardening-no-fortify-functions usr/bin/mm_sched<br>
N:<br>
N: This package provides an ELF binary that lacks the use of fortified libc<br>
N: functions. Either there are no potentially unfortified functions called<br>
N: by any routines, all unfortified calls have already been fully validated<br>
N: at compile-time, or the package was not built with the default Debian<br>
N: compiler flags defined by dpkg-buildflags. If built using<br>
N: dpkg-buildflags directly, be sure to import CPPFLAGS.<br>
N:<br>
N: NB: Due to false-positives, Lintian ignores some unprotected functions<br>
N: (e.g. memcpy).<br>
N:<br>
N: Refer to <a href="https://wiki.debian.org/Hardening" target="_blank">https://wiki.debian.org/Hardening</a> and<br>
N: <a href="http://bugs.debian.org/673112" target="_blank">http://bugs.debian.org/673112</a> for details.<br>
N:<br>
N: Severity: normal, Certainty: wild-guess<br>
N:<br>
N: Check: binaries, Type: binary, udeb<br>
N:<br>
I: opennebula: hardening-no-fortify-functions usr/bin/oned<br>
I: opennebula: hardening-no-fortify-functions usr/bin/tty_expect<br>
I: opennebula: hardening-no-fortify-functions usr/lib/one/mads/collectd<br>
P: opennebula: no-upstream-changelog<br>
E: opennebula: non-etc-file-marked-as-conffile var/lib/one/remotes/datastore/ceph/ceph.conf<br>
N:<br>
N: A file installed in some other directory than /etc is marked as<br>
N: conffile. A conffile typically implies a configuration file, and Policy<br>
N: mandates such files to be in /etc.<br>
N:<br>
N: Refer to Debian Policy Manual section 10.7.2 (Location) for details.<br>
N:<br>
N: Severity: serious, Certainty: possible<br>
N:<br>
N: Check: conffiles, Type: binary<br>
N:<br>
E: opennebula: non-etc-file-marked-as-conffile var/lib/one/remotes/datastore/lvm/lvm.conf<br>
E: opennebula: non-etc-file-marked-as-conffile var/lib/one/remotes/datastore/vmfs/vmfs.conf<br>
E: opennebula: non-etc-file-marked-as-conffile var/lib/one/remotes/vnm/OpenNebulaNetwork.conf<br>
W: opennebula: copyright-refers-to-deprecated-bsd-license-file<br>
I: opennebula: unknown-field-in-control original-vcs-browser<br>
I: opennebula: unknown-field-in-control original-uploaders<br>
I: opennebula: unknown-field-in-control original-maintainer<br>
I: opennebula: unknown-field-in-control original-vcs-git<br>
W: opennebula: manpage-has-bad-whatis-entry usr/share/man/man1/onedb.1.gz<br>
W: opennebula: binary-without-manpage usr/bin/tty_expect<br>
W: opennebula: script-not-executable var/lib/one/remotes/datastore/libfs.sh<br>
N:<br>
N: This file starts with the #! sequence that marks interpreted scripts,<br>
N: but it is not executable.<br>
N:<br>
N: Severity: normal, Certainty: certain<br>
N:<br>
N: Check: scripts, Type: binary<br>
N:<br>
W: opennebula: script-not-executable var/lib/one/remotes/im/kvm.d/collectd-client.rb<br>
W: opennebula: script-not-executable var/lib/one/remotes/im/xen3.d/collectd-client.rb<br>
W: opennebula: script-not-executable var/lib/one/remotes/im/xen4.d/collectd-client.rb<br>
W: opennebula: script-not-executable var/lib/one/remotes/vmm/az/attach_disk<br>
W: opennebula: script-not-executable var/lib/one/remotes/vmm/sl/sl_driver.rb<br>
E: opennebula: shell-script-fails-syntax-check var/lib/one/remotes/vmm/sl/sl_driver.rb<br>
N:<br>
N: Running this shell script with the shell's -n option set fails, which<br>
N: means that the script has syntax errors. The most common cause of this<br>
N: problem is a script expecting /bin/sh to be bash checked on a system<br>
N: using dash as /bin/sh.<br>
N:<br>
N: Run e.g. sh -n yourscript to see the errors yourself.<br>
N:<br>
N: Note this can have false-positives, for an example with bash scripts<br>
N: using "extglob".<br>
N:<br>
N: Severity: important, Certainty: possible<br>
N:<br>
N: Check: scripts, Type: binary<br>
N:<br>
W: opennebula: maintainer-script-ignores-errors postinst<br>
N:<br>
N: The maintainer script doesn't seem to set the -e flag which ensures that<br>
N: the script's execution is aborted when any executed command fails.<br>
N:<br>
N: Refer to Debian Policy Manual section 10.4 (Scripts) for details.<br>
N:<br>
N: Severity: normal, Certainty: certain<br>
N:<br>
N: Check: scripts, Type: binary<br>
N:<br>
P: opennebula-gate: no-upstream-changelog<br>
W: opennebula-gate: copyright-refers-to-deprecated-bsd-license-file<br>
I: opennebula-gate: description-synopsis-might-not-be-phrased-properly<br>
W: opennebula-gate: extended-description-contains-empty-paragraph<br>
I: opennebula-gate: conflicts-with-version opennebula (<< 4.10.2-2)<br>
N:<br>
N: An earlier-than version clause is normally an indication that Breaks<br>
N: should be used instead of Conflicts. Breaks is a weaker requirement that<br>
N: provides the package manager more leeway to find a valid upgrade path.<br>
N: Conflicts should only be used if two packages can never be unpacked at<br>
N: the same time, or for some situations involving virtual packages (where<br>
N: a version clause is not appropriate). In particular, when moving files<br>
N: between packages, use Breaks plus Replaces, not Conflicts plus Replaces.<br>
N:<br>
N: Refer to Debian Policy Manual section 7.4 (Conflicting binary packages -<br>
N: Conflicts) for details.<br>
N:<br>
N: Severity: normal, Certainty: wild-guess<br>
N:<br>
N: Check: fields, Type: binary, udeb, source<br>
N:<br>
I: opennebula-gate: unknown-field-in-control original-vcs-git<br>
I: opennebula-gate: unknown-field-in-control original-maintainer<br>
I: opennebula-gate: unknown-field-in-control original-uploaders<br>
I: opennebula-gate: unknown-field-in-control original-vcs-browser<br>
I: opennebula-gate: init.d-script-does-not-implement-optional-option etc/init.d/opennebula-gate status<br>
W: opennebula-gate: binary-without-manpage usr/bin/onegate-server<br>
W: opennebula-gate: script-not-executable usr/lib/one/onegate/onegate-server.rb<br>
P: libopennebula-java: no-upstream-changelog<br>
W: libopennebula-java: copyright-refers-to-deprecated-bsd-license-file<br>
I: libopennebula-java: unknown-field-in-control original-uploaders<br>
I: libopennebula-java: unknown-field-in-control original-vcs-git<br>
I: libopennebula-java: unknown-field-in-control original-vcs-browser<br>
I: libopennebula-java: unknown-field-in-control original-maintainer<br>
W: libopennebula-java: incompatible-java-bytecode-format Java7 version (Class format: 51)<br>
N:<br>
N: The package contains Java class files with a minimum requirement on the<br>
N: listed Java version. This Java version is not supported by the default<br>
N: JVM in Debian and is therefore likely to be a mistake.<br>
N:<br>
N: Refer to <a href="http://bugs.debian.org/673276" target="_blank">http://bugs.debian.org/673276</a> for details.<br>
N:<br>
N: Severity: normal, Certainty: possible<br>
N:<br>
N: Check: java, Type: binary<br>
N:<br>
P: ruby-opennebula: no-upstream-changelog<br>
W: ruby-opennebula: copyright-refers-to-deprecated-bsd-license-file<br>
I: ruby-opennebula: unknown-field-in-control original-maintainer<br>
I: ruby-opennebula: unknown-field-in-control original-vcs-browser<br>
I: ruby-opennebula: unknown-field-in-control original-vcs-git<br>
I: ruby-opennebula: unknown-field-in-control original-uploaders<br>
W: ruby-opennebula: extra-license-file usr/lib/one/ruby/vendors/rbvmomi/LICENSE<br>
N:<br>
N: All license information should be collected in the debian/copyright<br>
N: file. This usually makes it unnecessary for the package to install this<br>
N: information in other places as well.<br>
N:<br>
N: Refer to Debian Policy Manual section 12.5 (Copyright information) for<br>
N: details.<br>
N:<br>
N: Severity: normal, Certainty: possible<br>
N:<br>
N: Check: files, Type: binary, udeb<br>
N:<br>
E: opennebula-dbg: arch-independent-package-contains-binary-or-object usr/lib/debug/.build-id/01/9f22e6326c5fa8e0f8124c3f341e5de3f2f025.debug<br>
N:<br>
N: The package contains a binary or object file but is tagged Architecture:<br>
N: all.<br>
N:<br>
N: If this package contains binaries or objects for cross-compiling or<br>
N: binary blobs for other purposes independent of the host architecture<br>
N: (such as BIOS updates or firmware), please add a Lintian override.<br>
N:<br>
N: Severity: serious, Certainty: possible<br>
N:<br>
N: Check: binaries, Type: binary, udeb<br>
N:<br>
E: opennebula-dbg: arch-independent-package-contains-binary-or-object usr/lib/debug/.build-id/02/8c700b387e5464b2869a0bd47e7255099e855e.debug<br>
E: opennebula-dbg: arch-independent-package-contains-binary-or-object usr/lib/debug/.build-id/c1/7f41d4f5bad257855c4d1be040870539fa07b3.debug<br>
E: opennebula-dbg: arch-independent-package-contains-binary-or-object usr/lib/debug/.build-id/dc/da7aaa5656caef99692771cd80026926a8f04d.debug<br>
P: opennebula-dbg: no-upstream-changelog<br>
W: opennebula-dbg: copyright-refers-to-deprecated-bsd-license-file<br>
I: opennebula-dbg: unknown-field-in-control original-maintainer<br>
I: opennebula-dbg: unknown-field-in-control original-vcs-browser<br>
I: opennebula-dbg: unknown-field-in-control original-vcs-git<br>
I: opennebula-dbg: unknown-field-in-control original-uploaders<br>
P: opennebula-sunstone: no-upstream-changelog<br>
W: opennebula-sunstone: copyright-refers-to-deprecated-bsd-license-file<br>
I: opennebula-sunstone: unknown-field-in-control original-uploaders<br>
I: opennebula-sunstone: unknown-field-in-control original-vcs-git<br>
I: opennebula-sunstone: unknown-field-in-control original-vcs-browser<br>
I: opennebula-sunstone: unknown-field-in-control original-maintainer<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/Refresh-icon.png<br>
N:<br>
N: This package installs a pixmap or a bitmap within /usr/lib. According to<br>
N: the Filesystem Hierarchy Standard, architecture-independent files need<br>
N: to be placed within /usr/share instead.<br>
N:<br>
N: Severity: normal, Certainty: certain<br>
N:<br>
N: Check: files, Type: binary, udeb<br>
N:<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/ajax-loader.gif<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/green_bullet.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/login.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/login_over.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/arch.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/centos.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/debian.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/fedora.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/linux.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/redhat.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/ubuntu.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/windows8.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/logos/windowsxp.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/network_icon.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/one_small_logo.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/opennebula-sunstone-big.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/opennebula-sunstone-small.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/opennebula-sunstone-v4.0-small.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/opennebula-sunstone-v4.0.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/panel.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/panel_short.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/pbar.gif<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/red_bullet.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/server_icon.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/sort_asc.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/sort_asc_disabled.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/sort_both.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/sort_desc.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/sort_desc_disabled.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/system_icon.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/vnc_off.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/vnc_on.png<br>
W: opennebula-sunstone: image-file-in-usr-lib usr/lib/one/sunstone/public/images/yellow_bullet.png<br>
W: opennebula-sunstone: embedded-javascript-library usr/lib/one/sunstone/public/vendor/4.0/flot/excanvas.min.js please use libjs-excanvas<br>
N:<br>
N: This package contains an embedded copy of JavaScript libraries that are<br>
N: now available in their own packages (for example, JQuery, Prototype,<br>
N: Mochikit or "Cropper"). Please depend on the appropriate package and<br>
N: symlink the library into the appropriate location.<br>
N:<br>
N: Refer to Debian Policy Manual section 4.13 (Convenience copies of code)<br>
N: for details.<br>
N:<br>
N: Severity: normal, Certainty: possible<br>
N:<br>
N: Check: files, Type: binary, udeb<br>
N:<br>
W: opennebula-sunstone: duplicate-font-file usr/lib/one/sunstone/public/vendor/4.0/fontawesome/fonts/FontAwesome.otf also in fonts-font-awesome<br>
N:<br>
N: This package appears to include a font file that is already provided by<br>
N: another package in Debian. Ideally it should instead depend on the<br>
N: relevant font package. If the application in this package loads the font<br>
N: file by name, you may need to include a symlink pointing to the file<br>
N: name of the font in its Debian package.<br>
N:<br>
N: Sometimes the font package containing the font is huge and you only need<br>
N: one font. In that case, you have a few options: modify the package (in<br>
N: conjunction with upstream) to use libfontconfig to find the font that<br>
N: you prefer but fall back on whatever installed font is available, ask<br>
N: that the font package be split apart into packages of a more reasonable<br>
N: size, or add an override and be aware of the duplication when new<br>
N: versions of the font are released.<br>
N:<br>
N: Severity: normal, Certainty: possible<br>
N:<br>
N: Check: files, Type: binary, udeb<br>
N:<br>
W: opennebula-sunstone: duplicate-font-file usr/lib/one/sunstone/public/vendor/4.0/fontawesome/fonts/fontawesome-webfont.ttf also in fonts-font-awesome<br>
W: opennebula-sunstone: embedded-javascript-library usr/lib/one/sunstone/public/vendor/4.0/jquery.min.js please use libjs-jquery<br>
I: opennebula-sunstone: font-in-non-font-package usr/lib/one/sunstone/public/vendor/noVNC/Orbitron700.ttf<br>
N:<br>
N: This package contains a *.ttf, *.otf, or *.pfb file, file extensions<br>
N: used by TrueType, OpenType, or Type 1 fonts, but the package does not<br>
N: appear to be a dedicated font package. Dedicated font package names<br>
N: should begin with fonts-. (Type 1 fonts are also allowed in packages<br>
N: starting with xfonts-.) If the font is already packaged, you should<br>
N: depend on that package instead. Otherwise, normally the font should be<br>
N: packaged separately, since fonts are usually useful outside of the<br>
N: package that embeds them.<br>
N:<br>
N: Severity: wishlist, Certainty: possible<br>
N:<br>
N: Check: files, Type: binary, udeb<br>
N:<br>
I: opennebula-sunstone: package-contains-empty-directory usr/lib/one/sunstone/public/js/user-plugins/<br>
N:<br>
N: This package installs an empty directory. This might be intentional but<br>
N: it's normally a mistake. If it is intentional, add a lintian override.<br>
N:<br>
N: If a package ships with or installs empty directories, you can remove<br>
N: them in debian/rules by calling:<br>
N:<br>
N: $ find path/to/base/dir -type d -empty -delete<br>
N:<br>
N: Severity: wishlist, Certainty: possible<br>
N:<br>
N: Check: files, Type: binary, udeb<br>
N:<br>
I: opennebula-sunstone: package-contains-empty-directory usr/lib/one/sunstone/public/vendor/4.0/jquery_layout/<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-allocate-address.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-associate-address.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-attach-volume.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-create-keypair.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-create-volume.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-delete-keypair.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-delete-volume.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-describe-addresses.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-describe-images.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-describe-instances.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-describe-keypairs.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-describe-volumes.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-detach-volume.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-disassociate-address.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-reboot-instances.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-register.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-release-address.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-run-instances.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-start-instances.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-stop-instances.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-terminate-instances.1.gz<br>
W: opennebula-sunstone: manpage-has-bad-whatis-entry usr/share/man/man1/econe-upload.1.gz<br>
W: opennebula-sunstone: binary-without-manpage usr/bin/novnc-server<br>
W: opennebula-sunstone: script-not-executable usr/share/one/websockify/websockify<br>
W: opennebula-sunstone: executable-not-elf-or-script usr/lib/one/sunstone/public/images/sort_desc.png<br>
N:<br>
N: This executable file is not an ELF format binary, and does not start<br>
N: with the #! sequence that marks interpreted scripts. It might be a sh<br>
N: script that fails to name /bin/sh as its shell, or it may be incorrectly<br>
N: marked as executable. Sometimes upstream files developed on Windows are<br>
N: marked unnecessarily as executable on other systems.<br>
N:<br>
N: If you are using debhelper to build your package, running dh_fixperms<br>
N: will often correct this problem for you.<br>
N:<br>
N: Refer to Debian Policy Manual section 10.4 (Scripts) for details.<br>
N:<br>
N: Severity: normal, Certainty: certain<br>
N:<br>
N: Check: scripts, Type: binary<br>
N:<br>
W: opennebula-sunstone: executable-not-elf-or-script usr/lib/one/sunstone/public/images/sort_asc.png<br>
W: opennebula-sunstone: executable-not-elf-or-script usr/lib/one/sunstone/public/images/sort_desc_disabled.png<br>
W: opennebula-sunstone: executable-not-elf-or-script usr/lib/one/sunstone/<a href="http://config.ru" target="_blank">config.ru</a><br>
W: opennebula-sunstone: executable-not-elf-or-script usr/lib/one/sunstone/public/vendor/noVNC/jsunzip.js<br>
W: opennebula-sunstone: executable-not-elf-or-script usr/lib/one/sunstone/public/images/sort_both.png<br>
N: 131 tags overridden (131 errors)<br>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>OpenNebula - Flexible Enterprise Cloud Made Simple<br></div><div>--</div><div>Jaime Melis</div><div>Senior Infrastructure Architect at OpenNebula Systems (formerly C12G Labs)</div><div>jmelis@opennebula.systems | @OpenNebula</div><div>--</div><div>Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of OpenNebula.Systems S.L.. Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse@opennebula.systems and delete the e-mail and attachments and any copy from your system. OpenNebula's thanks you for your cooperation.</div></div></div>