Doxygen: fix proprietary browser references
Doxygen generates API reference documentation from special comments extracted from source files.
It supports generation of graphs using 'dot', part of GraphViz. These graphs can be generated as SVG files, but not all browsers suport SVG. So if SVG isn't supported, a list of suggested browsers is displayed to the user browsing the generated webpages. By default the list contains proprietary browsers.
This patch changes that list to suggest only freedom respecting browsers (which support SVG rendering).
I also filed this issue to the gnu-linux-libre mailing list, but got no feedback so far. I decided not to wait and fix this issue here in Trisquel.
See merge request !59
Fix copyright file for grace
The copyright file of grace was taken from labplot, a completely different package. The only thing in common is the cephes library. I replaced the copyright file with the correct one from the Debian grace package.
See merge request !46
Lighttpd: fix ubuntu references in index.html
Lighttpd currently comes directly from Ubuntu and the default index.html file refers to Ubuntu. This is the page you see if you install Lighttpd and browse to localhost:80. I changed the strings to say Trisquel GNU/Linux but it does refer to "upstream bug tracker" for bugs (i.e. ubuntu launchpad) because Trisquel doesn't list any lighttpd bugs.
See merge request !31
This reverts commit bd9744582e.
I didn't realize there is already a helper make-gnome-colors.
Helpers need to have the source package's name, in this case
gnome-colors-common is a binary package prooduced by source
package gnome-colors.
I'm reverting this, and manually merging the code from both helpers.
8 v2 correct xsane et al snprintf under artistic
xsane, sane-frontends, sane-backends, and sane-backends-extras all use slightly different local snprintf s drawn from an old release of LPRng which are under the Artistic License. The autoconf setup isn't good enough to detect and use the system snprintf.
The problem was also reported to Fedora and as per spotrh's comment in User Issue 10713 they solved the problem by refactoring the more recent and acceptably licensed snprintf.c from current LPRng. Which they have sent to Sane. The xsane patch spotrh provided was used to reconstruct this and rather than manage four patches these four essentially identical helper commits copy this over the existing file and update debian/copyright with a shim. The shim is kept in DATA/blah with the new file for clarity of licensing of the code.
See merge request !12
