Comments (4)
@marctjones Maybe I was being too brief with words when writing "legal framework...was written long before..." but the legal framework does predate software. The original concept of Federal government employees not having copyright for certain materials (not all) was first codified with the Printing Law of 1895. Section 105 (first passed in 1976) is based on section 108 from the U.S. Copyright Act of 1909, so the legal framework (1895, the intervening caselaw, and 1909) does predate the existence of software. I can certainly update the FAQ if the impression is that I'm only referring to the U.S. Copyright Act of 1976.
from code.mil.
I was under the impression you were referring to the drafting of Section 105 in the 1976 Act, not merely the historical origins of copyright. But it also seems pretty clear to me that the 1976 clearly was a massive overhaul of copyright and included a consideration of software. It seems misleading to suggest that Section 105 policy does not include a consideration of software. At the time there was a great debate about if software should be copyrightable. And it was decided that everyone except the federal government has the opportunity to receive copyright protection in software. To the extent that any law can be said to have considered a policy impact, it seems like the 1976 Act as amended does consider the impact of public policy on software copyrights.
I think, in sympathy with your position, it is important to acknowledge the CONTU report and Section 105 both predate FOSS. Grant not by much, but revolutions come suddenly. FOSS is a sea change in how society thinks about intellectual "property." And certainly a lot has changed since RMS decided in 1980 that we all have the right to fix bugs in printer drivers. That sentiment I agree with. It would be great to see more government works being made accessible to the public in a way that keeps them free instead of letting a private company capture the effort and then turn around and charge for the work we paid for.
After reading the section of the house report concerning Section 105, I am leaning towards thinking that the flexibility already exists to protect the openness of the code. I am always a little sadden to see a posting in the FedReg announcing an agency competition to build an app where the rules require that all code be "open source" and yet exclude copyleft licenses. It's great that a college kid can get recognition by winning that competition. But it saddens me that that kid will have no chance of getting the government contract to enhance it or promote it. On the other hand a private company that knows how to work the procurement laws will sadly have the chance take that app and charge the government money to make it a proprietary app. It would be great for the government to ask all contractors to grant them a FOSS license, but especially in the cases where the government is asking for free work should include welcoming copyleft code too. It seems like Section 105 already gives an agency the ability to make that choice though. At the same time the policy seems pretty clear that pure government works are not entitled to copyright protection.
I would also suggest that maps are actually a really good analogy to software. Software and maps are both functional. It is also common in the map making industry to borrow information from each other. And I think that does benefit the public since maps are cheaper and more complete because mapmakers can build on each other. I think that is also true of software.
from code.mil.
We've pivoted based on user feedback. Take a look at the current CONTRIBUTING.md
from code.mil.
I think we can close this issue, considering the change to the FAQ.
from code.mil.
Related Issues (20)
- Mixed Content HOT 6
- Potential clickjack vuln HOT 9
- Add favicon to the website HOT 1
- Add screenshot based testing HOT 4
- Add GitHub Bot
- Missing content on home page HOT 6
- Migrate infra to terraform HOT 2
- Update Issue and Pull Request templates
- Add user-visible time stamps or version number to policy pages
- Update documentation with website development details HOT 1
- Allow Project Owners to submit projects for code inventory file
- Check email link text color HOT 7
- Footer Email Reference HOT 4
- Add documentation on how to do good OSS documentation HOT 17
- Have a user-friendly project inventory HOT 8
- When should I sign the DCO? HOT 1
- Add DDS.mil website to inventory HOT 2
- Suggestion: use labels sparingly HOT 1
- Where can I find DoD approved Python library repo?
- Air Force Dev team - looking to more some of our stuff to GitHub for a variety of reasons HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from code.mil.