Re: SF logo + CC0 license (upcoming octave-gnerate-html package)

Rafael Laboissière <[email protected]> Mon, 1 Dec 2025 14:20:14 +0100
Newsgroups gmane.linux.debian.devel.legal
Organization Debian GNU/Linux
Message-ID <[email protected]>
[I am adding the mailing list of the Debian Octave Group to the Cc list.]

* John Scott <[email protected]> [2025-11-30 21:51]:

> I apologize that my tone may sound antagonistic; I'm struggling with my 
> words and want to give you a timely reply above all else.

No problem. I thank you for your prompt reply.

> This link has a typo:
>
>>  [1] https://gnu-octave.github.io/packages/generate-html/
>
> It should read as https://gnu-octave.github.io/packages/generate_html/

Correct.

> Anywho, that SourceForge logo is also a trademark. If use of the 
> SourceForge logo were necessary to convey something to a reader, then 
> that'd be one thing. However it doesn't appear Octave stuff even uses 
> SourceForge anymore, so to include the logo at all is potentially 
> misleading and doesn't serve a sensible purpose.
>
> I take it that you were referring to
>
> https://sourceforge.net/p/octave/generate_html/ci/default/tree/inst/of-website-files/footer.js
>
> and a code comment there says:
>
> // This function is in an extra file because it contains code specific to the hosting service.
>
> but once this is inside a Debian package, as opposed to being a page 
> hosted by SourceForge, the purpose breaks down.
>
> I must ask, is it necessary to ship the 'of-website-files' folder? From 
> skimming, it looks like that folder probably isn't relevant for 
> downstream users of octave-generate-html or any reverse dependencies it 
> may have. Instead, it appears that folder holds assets used to build 
> the former website at https://octave.sourceforge.io/ which now 
> proclaims that the Octave Forge isn't active anymore, and certainly not 
> on SourceForge. If that directory of the package is a time capsule of 
> information no longer true, it's hard for me to understand how it could 
> be of service to our users. How is this intended to be used? In their 
> code comment upstream demonstrated care in making it possible to remove 
> the SourceForge logo (by putting that code in a separate source file), 
> and our dilemma here seems exactly what that's intended to solve. In 
> other words, inclusion of the SourceForge logo seems unhelpful.

Yes, the generate_html package of Octave is intended for developers of 
Octave packages, not end users. This package can be used to generate 
web pages similar to this one: https://octave.sourceforge.io/arduino/index.html.

You are absolutely right in your analysis. The repository at 
octave.sf.net is deprecated. However, the generate_html package contains 
tools for doing other things. Just continue reading:

> Are there planned reverse dependencies of this package? How is it 
> intended to be used? If the code to include the SourceForge logo were 
> left in, would users ever see it in their use?

I forgot to mention this in my original post. I plan to package 
octave-generate-html because of its reverse dependency octave-quaternion 
(upcoming version 2.4.1). The quaternion package uses generate_html in 
order to produce its documentation in PDF form.

So, I think I have a plan: I will just remove the offending URL from 
footer.js and add a note to the README.Debian file. This should not 
affect the package's usability.

>>      [I] added the following stanza in debian/copyright for [the fixed.js file]:
>> 	Files: inst/of-website-files/fixed.js 
>> 	Copyright: 2009, Søren Hauberg <[email protected]> 
>> 	License: CC0 
>> 	 This file licensed under the CC0 license (see <https://creativecommons.org/publicdomain/zero/1.0/legalcode>), effectively placing it in the public domain.
>>
>> Is it correct?
>
> That is not the license, but only a statement identifying the license. It is conceptually similar to the GNU GPL verbage you're more likely familiar with:
>> You should have received a copy of the GNU General Public License along with this program. If not, see <https://www.gnu.org/licenses/>.
>
> Fortunately CC0-1.0 is shipped at /usr/share/common-licenses/CC0-1.0 so 
> after a paragraph break you can append a sentence along the lines of 
> "On Debian systems, the full text of the CC0 1.0 Universal license can 
> be found in "/usr/share/common-licenses/Apache-2.0"." version 2 can be 
> found in the file /usr/share/common-licenses/GPL-2.

Ok, thanks! I did not notice that CC0-1.0 was included in the base-files 
package.

Best,

Rafael Laboissière