4 ms·

Doesn't sound like it but unfortunately that's not enough information for me to tell. It might be. BTW a "contract" includes pretty much every transaction, even

Doesn't sound like it but unfortunately that's not enough information for me to tell. It might be. BTW a "contract" includes pretty much every transaction, even if immediately performed. From ATO tax treaties: https://treasury.gov.au/tax-treaties/income-tax-treaties/ https://treasury.gov.au/tax-treaties/income-tax-treaties/ to USA DTA (double taxation avoidance) "Convention between the Government of Australia and the Government of the United States of America for the Avoidance of Double Taxation and the Prevention of Fiscal Evasion with respect to Taxes on Income" http://www.austlii.edu.au/au/other/dfat/treaties/1983/16.html http://www.austlii.edu.au/au/other/dfat/treaties/1983/16.htm... > Article 12 Royalties > (4) The term "royalties" in this Article means: > (a) payments or credits of any kind to the extent to which they are consideration for the use of or the right to use any: > (i) copyright, patent, design or model, plan, secret formula or process, trademark or other like property or right; So, by 12.(a)(4)(i), if a customer pays you so they can redistribute your copyrighted code (i.e. a component), it's a "royalty". BTW Reading it literally, this "right" includes the mere use of copyrighted material - but here it's meant as more serious aspects of copyright, like the right of (re)distribution. IIRC, there's a wrinkle: in something like a compiler, which is used by the customer and not redistributed, but includes some part that is redistributed (like stdlib), this anxilliary distribution doesn't alter the character of the primary transaction. IIRC, the ATO stated this in what I think is called a "tax note" - a decision made internally (i.e. not held by a court). tl;dr you can get away with a little redistribution

stephenr 9y ago
Right. As usual the software is never the fucking hard part, its the ancillary shit like law/tax etc. Open source code + paid services/support seems like it'd be the easiest way around this for small organisations, no?
- hyperpallium 9y ago
  It's a barrier to entry, favouring big caps that can afford international tax law specialist accountants/lawyers. I think that works: free means no royalty paid; and the convention above specifically excludes ordinary services (IIRC). It includes "scientific" etc advice in the next point (ii), and I never looked into exactly what that covers... services/support for an ordinary component doesn't sound like it's covered (and if it was, it wouldn't be because it was a component - the issue I raised). As a separate business issue, there's other problems with getting people to pay services for something they already have - in that sense, it's not "a way around". Of course, some market segments do really want that support. And if that's already your business model, well no problem. I can't think of any examples of an open source component with services/support. SleepcatDB and ghostscript are opensource components, but are dual-licensed (i.e. have a second proprietary license permitting redistribution as closed source). MySQL? Cygwin? Hibernate/JBoss? Red Hat?... not sure these are components that are often redistributed (though of course users could, license permitting).

stephenr 9y ago

Right. As usual the software is never the fucking hard part, its the ancillary shit like law/tax etc. Open source code + paid services/support seems like it'd be the easiest way around this for small organisations, no?

hyperpallium 9y ago
It's a barrier to entry, favouring big caps that can afford international tax law specialist accountants/lawyers. I think that works: free means no royalty paid; and the convention above specifically excludes ordinary services (IIRC). It includes "scientific" etc advice in the next point (ii), and I never looked into exactly what that covers... services/support for an ordinary component doesn't sound like it's covered (and if it was, it wouldn't be because it was a component - the issue I raised). As a separate business issue, there's other problems with getting people to pay services for something they already have - in that sense, it's not "a way around". Of course, some market segments do really want that support. And if that's already your business model, well no problem. I can't think of any examples of an open source component with services/support. SleepcatDB and ghostscript are opensource components, but are dual-licensed (i.e. have a second proprietary license permitting redistribution as closed source). MySQL? Cygwin? Hibernate/JBoss? Red Hat?... not sure these are components that are often redistributed (though of course users could, license permitting).