4 ms·

Is there any copyright/licence specialist here? I've come up with an idea of having a free open software library that randomly displays offensive[0] messages fu

by mr__y 7y ago

Is there any copyright/licence specialist here? I've come up with an idea of having a free open software library that randomly displays offensive[0] messages full screen that comes with a BSD type licence with a clause that forbids removing/disabling that message. I assume that many developers or end-users[1] at home are perfectly fine with a messagebox popping up once a month with a "f## off" message, while any corporation planning to use that library will find it not acceptable to have their software display offensive content. And here comes a dual licensing, where there would be a possibility to buy a different licence that allows to disable that message. What I'm asking here is whether this would be possible to do so and enforce in a court or a legal dispute. [0] or otherwise inacceptable in corporate environment [1] I'm assuming that this would also be acceptable for the derivative projects: end-users might find that acceptable while businesses would not. edit: wording of last sentence, formatting

progval 7y ago
> with a clause that forbids removing/disabling that message This sounds similar to the "invariant sections" clause of the GNU Free Documentation License; except you're talking about software instead of documentation. > I assume that many developers or end-users[1] at home are perfectly fine with a messagebox popping up once a month with a "f## off" message Some people are really angry about GNU Parallel's citation "nag", though. eg. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884793 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884793
- saagarjha 7y ago
  They’re probably angry because the nag may fall under GPL’s “no additional restrictions”.
- mr__y 7y ago
  >Some people are really angry about GNU Parallel's citation "nag the way I understand this, is that by requiring to interactively enter "will cite" the ability to run it as part of a larger script is broken. This would break a cron-job as well. The non-interactive nag in output would not cause such probles. The non-interactive message in output of course could create problems on its own - especially if the nag would or would not display randomly. If someone intends to parse the output, this would require additional code to discard the nag. If the nag would sometimes display and sometimes not, this could randomly break stuff - if there was no nag during tests someone could not notice that they need to discard it. But there are non-intrusive ways to insert some offensive message - they could be put to syslog, or a file with an offensive name/content would be created. My general idea is not to nag the users per se but do something that does not cause actual inconvenience for the user but is unacceptable in corporate environment. For a GUI app a simple message box appearing once a month would not cause a major problem or hurt productivity of the end-user but I assume that for example Apple or Google would not find it acceptable for their software to display "f-off" even if this was rare. For non-interactive/non-GUI software other ways to inject that message would be needed. For instance, a http server could inject additional X-F-Off header or a daemon could require env variable ICONSUMEFECES set to "daily"
  - mechanical_jane 7y ago
    > This would break a cron-job as well. How so? GNU Parallel only outputs the notice if stderr is a terminal. I think you did not try this. Am I right about that? It is litteraly the 3rd point in https://git.savannah.gnu.org/cgit/parallel.git/tree/doc/citation-notice-faq.txt https://git.savannah.gnu.org/cgit/parallel.git/tree/doc/cita... Did you try any of the other situations? Or are you simply speculating that this might cause problems without actually testing?
z3t4 7y ago
Dual licensing is fairly common. Then there's also nag messages that asks the user to pay. Then there's also "free for personal use". The thing is though, that people don't pay unless they have to. In my experience nag screens are not that effective, but adding profanity might make it more effective :P If you make it "I CAN'T AFFORD TO PAY $10 FOR THIS SOFTWARE" or something, businesses will want to get rid of it.

by mr__y 7y ago

progval 7y ago

> with a clause that forbids removing/disabling that message This sounds similar to the "invariant sections" clause of the GNU Free Documentation License; except you're talking about software instead of documentation. > I assume that many developers or end-users[1] at home are perfectly fine with a messagebox popping up once a month with a "f## off" message Some people are really angry about GNU Parallel's citation "nag", though. eg. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884793 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884793

saagarjha 7y ago
They’re probably angry because the nag may fall under GPL’s “no additional restrictions”.
mr__y 7y ago
>Some people are really angry about GNU Parallel's citation "nag the way I understand this, is that by requiring to interactively enter "will cite" the ability to run it as part of a larger script is broken. This would break a cron-job as well. The non-interactive nag in output would not cause such probles. The non-interactive message in output of course could create problems on its own - especially if the nag would or would not display randomly. If someone intends to parse the output, this would require additional code to discard the nag. If the nag would sometimes display and sometimes not, this could randomly break stuff - if there was no nag during tests someone could not notice that they need to discard it. But there are non-intrusive ways to insert some offensive message - they could be put to syslog, or a file with an offensive name/content would be created. My general idea is not to nag the users per se but do something that does not cause actual inconvenience for the user but is unacceptable in corporate environment. For a GUI app a simple message box appearing once a month would not cause a major problem or hurt productivity of the end-user but I assume that for example Apple or Google would not find it acceptable for their software to display "f-off" even if this was rare. For non-interactive/non-GUI software other ways to inject that message would be needed. For instance, a http server could inject additional X-F-Off header or a daemon could require env variable ICONSUMEFECES set to "daily"
- mechanical_jane 7y ago
  > This would break a cron-job as well. How so? GNU Parallel only outputs the notice if stderr is a terminal. I think you did not try this. Am I right about that? It is litteraly the 3rd point in https://git.savannah.gnu.org/cgit/parallel.git/tree/doc/citation-notice-faq.txt https://git.savannah.gnu.org/cgit/parallel.git/tree/doc/cita... Did you try any of the other situations? Or are you simply speculating that this might cause problems without actually testing?

z3t4 7y ago

Dual licensing is fairly common. Then there's also nag messages that asks the user to pay. Then there's also "free for personal use". The thing is though, that people don't pay unless they have to. In my experience nag screens are not that effective, but adding profanity might make it more effective :P If you make it "I CAN'T AFFORD TO PAY $10 FOR THIS SOFTWARE" or something, businesses will want to get rid of it.