The 3D printed firearms community was intentionally founded on the principles of free and open source software (FOSS). But what is FOSS? The FOSS ethos was proposed, debated and refined nearly forty years before guncad adopted it. The ethos stands for four fundamental freedoms:
These freedoms were originally conceived as legal freedoms, enforced via copyleft licenses such as the GPL. Copyleft licenses were used as a kind of hack to invert the restrictions of copyright and grant as many rights and freedoms in your files as possible. FOSS development prevents software from being acquired by a third party and then "closed".
Most 3D gun files are not copyrightable like traditional software, but this does not remove the importance of FOSS. Gun printers also adopt FOSS norms to guide community behavior.
In guncad, the four freedoms remind us how to act. Communities that claim to practice open source frequently exhibit hoarding behaviors, intellectual property ideology and covert methods of censorship, and FOSS norms help these communities return to form.
The Freedom to Use software means that a user must be able to operate the software in any way he sees fit. This idea developed in an era of frequent "conditions of use" placed on software, e.g., a video player that might disallow users from playing copyrighted videos. A better example for guncad may be a slicer which disallows slicing firearm-related files.
Non-FOSS software can violate this freedom both technically (by literally disallowing an action) and legally (even if the action is technically possible, it violates the software’s terms of use).
In its legal sense, Freedom to Use means that a developer should not release a 3D printed gun project under terms that disallow certain end uses or actions. While this does not generally occur in the guncad community, it is still conceivable – we can imagine a bizarre “pacifist” species of file release that insists any user of the design agrees not to actually print it.
As a behavioral norm, Freedom to Use means that open source developers should act in a broadly "permissionless" manner. This means that they should not demand that others ask permission to use their file, including reposting or remixing it. A developer respecting the “permissionless” Freedom to Use says: I commit my project to the commons. Do with it what you will.
More broadly, Freedom to Use as a behavioral norm insists on a definite attitude towards users in the guncad community: community members should be assumed to be, and treated as, mature adults capable of making decisions and taking risks. They should not be treated as immature or in need of supervision.
This norm is easy to examine if we consider its violation: When a developer presents a new idea, is he treated with respect? Are potential flaws or risks identified and presented with the intent to improve the idea? Or is he mocked and belittled? Is he or his idea treated as unworthy?
This violation has its opposite angle as well. Are ideas (or developers) scrutinized and questioned, or are they unthinkingly accepted based on mere popularity? Treating fellow developers as adults means not only respecting them, but insisting they earn (and maintain) respect through merit instead of reputation.
Respectful, responsible treatment is proper FOSS behavior, and improves the health of our community. Tribalistic, elitist or sycophantic behavior is anti-FOSS, harms the community and keeps it small.
Those who treat their fellows as adults and act permissionless-ly are proper practitioners of the Freedom to Use.
The Freedom to Explore refers to the idea that a software developer should be able to explore a software’s underlying architecture. Related to the Freedom to Use, this freedom entails being able to edit a program, test it, and - most importantly - to read the program's source code.
The historical context of the Freedom to Explore is the desire that software releases be accompanied by an accessible copy of their source code. Additionally, a program should not include legal terms forbidding the reading, compiling or testing of that source code.
As a behavioral norm for our community, Freedom to Explore asks several things of us. Most obviously it asks that we, too, release the guncad equivalent of source code: STEP files, or an equivalent CAD file.
Fortunately, most developers release their STEPs upon publication. There are those, however, who do not. A variety of justifications are offered for this refusal:
These justifications, while understandable, are contrary to FOSS. The first two represent an improper attitude towards one’s designs (an open source design cannot be “stolen”) and the last indicates an inordinate concern with reputation. Developers concerned with FOSS must summon the courage to abandon these justifications. Release your STEPs!
We can go still further. There is a broader sense of Freedom to Explore which asks us not just to open our source, but to also open our development process. This means the appropriate integration of common software development practices, including:
ESR teaches us that this “bazaar” style of development is both more philosophically compatible with open source and tends to produce better software and more quickly, as opposed to a corporate or “cathedral” development style.
Guncad development differs from general software development in critical ways, so we must adapt “bazaar” practices accordingly. For example, the consequences of catastrophic software failure are generally less severe than those of catastrophic firearm failures. This may justify raising the safety standards or duty of care that a project must meet before its designers open its development cycle to the world.
That said, if we overvalue concerns of safety or reputation so much that we fall back into a “cathedral” style of development, keeping our work closed to the very point of release, we have gone too far. This is the anti-FOSS cure that kills the patient, resulting in endless closed, secret projects. Remaining siloed, we observe that the final products are irrelevant upon release, long bypassed by open projects which benefited from the attention and energy of hundreds of eyeballs.
The Freedom to Explore helps us remember that what truly matters is not reputation but released work - STEPs and all - that fellow developers can learn from, extend and remix.
The Freedom to Modify extends from the Freedom to Explore. If a developer has a right to access the source code of a program, then should he not also have the right to edit that source code so that the program can better serve his needs?
Historically, this freedom was challenged by terms of use which forbade anyone except the original software developer from editing the code. Stallman tells a story of wishing to improve the print driver in use at his MIT lab, but being unable to do so, both because the source code for the driver was unavailable to him (a violation of Freedom to Explore), and also because, even if the source was available, the terms of the user agreement forbade users from modifying it. Only Xerox could legally modify the code, leaving users entirely at their mercy.
Legally, the Freedom to Modify ensures that developers cannot be stopped from modifying software. Technically, this freedom only applies to modification for one's own use, but the Freedom to Share, covered next, also ensures that modified versions can be distributed.
The belief that an idea, or its realization in a product, can be controlled by an author once it has left his hands is known as intellectual property (IP). This ideology is rejected wholeheartedly by FOSS, which asks developers to disclaim any intellectual property interest in their designs. Rejecting IP and its ideology ensures that no developer fears being sued for modifying (or sharing, etc.) someone’s work.
As mentioned above, even if most guncad developers cannot legally assert IP, they can still act in ways that imply a property interest in their work. Freedom to Modify, understood as a behavioral norm, encourages communities to avoid these “intellectual property-ish” behaviors.
Examples of IP-ish behaviors:
We may mistake this behavior in guncad for matters concerning accreditation (or the lack thereof). Proper accreditation is an expectation of FOSS norms, but it is there that the responsibility ends. Provided credit is maintained, Freedom to Modify tells us that no further permission is needed.
The problematic IP-ish behavior usually found in our community often concerns not just ownership of a particular file, but ownership of a particular idea. This can include:
If claiming IP in a realized open-source design is bad, then claiming IP in an idea (realized or unrealized) is even worse. The concept that ideas cannot be owned is a fundamental belief in FOSS. Proper understanding of FOSS dissuades us from this behavior.
ESR notes that despite IP-ish behavior being one of the most blatant violations of FOSS ethics, it is also one of the most common. Open source communities have long practiced this contradictory behavior despite themselves. Though the communities of which ESR was a member in the ‘90s could remain stable in spite of this contradiction, this is not obviously true for guncad culture.
We find that the majority of conflict in our community can be traced to IP-ish behaviors: arguments over original ownership of an idea, whether someone has the right to work on a project or concept to which another developer lays claim, or confused attempts to assert copyright as a form of patent.
If we wish to practice FOSS, then we will protest this behavior. An idea cannot be owned, and so cannot be “stolen”; neither does a developer have an exclusive claim to an idea simply because he came to it first. The Copyright Act does not apply to guncad files, nor should it. If you wish to “protect” your work, our legal system affords you patents and licenses, but you cannot claim to be practicing FOSS when using these.
Practicing the Freedom to Modify means rejecting intellectual property behaviors and ideology, encouraging remixes of your work and embracing fellow developers working in similar spaces.
If you own something, then you must be able to transfer it to someone else, under whatever terms to which you both agree. This basic intuition is, in essence, the Freedom to Share.
The Freedom to Share as a legal concept ensured that free software could be given away, reposted, shared, and sold without liability. This was meant to ensure that users could, among other things:
…all without legal penalty
Anti-FOSS arguments against the Freedom to Share use terms like “piracy” and “theft” to describe this behavior. The classic rejoinder is to note that, with software, no injury occurs in sharing / reposting / reselling. The original software does not disappear when copied, and so the original owner experiences no loss in the creation of more owners.
As a behavioral norm, the Freedom to Share extends this ethos. Not only should you not pursue legal solutions to software sharing, you should not attempt to hinder sharing in any other way. Attempted hindrances to the guncad community’s Freedom to Share generally come in two forms:
The first objection is easy to counter. Why would someone ask that their design not be reposted? If some justifications are sympathetic (a designer fears that if a design can be reposted anywhere, outdated versions will accrue), some are certainly not (e.g., egotistic dislike of another community or organization).
As with the sympathetic objections to the other Freedoms, we note that the putative concerns here can and should be addressed without violating fundamental FOSS ethics. In any case, we maintain that, especially for a community under threat as ours is, files should be reposted as widely as possible, on every platform.
The second violation, when properly understood, is more egregious. A common objection is: isn’t selling files anti-FOSS? Doesn’t the “F” stand for “free”?
This objection betrays a total misunderstanding of FOSS. Those taken to this misunderstanding need not be embarrassed, however, as this is one of the most common mistakes made in learning FOSS philosophy. In any introduction to FOSS we find the oft-made distinction between libre - lack of constraints - and gratis - lack of cost.
The “free” in FOSS always refers to libre. There is no open source tradition which claims otherwise, and every FOSS license, even those labeled “noncommercial”, explicitly allow the selling of software. Stallman himself, likely the most anti-commercial of the major FOSS philosophers, repeatedly notes that file sales are not just ethically acceptable, but are necessary for a healthy FOSS community.
How can this be? Should we not credit the explosive growth of the guncad community to the fact that developers are not forced to pay to access files? We can, but this is due not to the fact that most of the files are gratis, but because they are released under FOSS licenses. If a file is released for gratis in one location, then making it available for sale elsewhere does absolutely no harm. Similarly, if a file is released under an open-source license, but is initially only made available for a fee, then anyone who acquires it risks no legal or ethical harm by reposting it gratis anywhere else.
Proper understanding of the Freedom to Share leads to a voluntary “surrender of monopoly” over your files. This means accepting, and embracing, whatever methods of distribution the community sees fit to practice.
So ends a restatement of our norms. The proper adoption of FOSS requires a level of intellectual rigor and emotional maturity that does not always come naturally. It is also the case that these norms are contextual, and if they should not be broken they may still be bent. This bending, however, must start from an acceptance of our original position. It is the deviation from our ethos that must be justified, not the ethos itself.
In general, the guncad community as a whole practices FOSS well. As mentioned above, it is this practice that has allowed the community to flourish as it has over the last decade, in the face of overwhelming odds and enemy action.
Unfortunately, we find that in recent years some community members increasingly fail to live up to FOSS norms, trading them for ego-driven profile creation and social media clout, claiming ownership of ideas, threatening intellectual property lawsuits and railing against individuals exercising their right to use and share files as they see fit. Perhaps, in reviewing this document, these members will recall their original inspiration for joining a FOSS community and will renounce their anti-FOSS ways.
DEFCAD will always enforce and protect these freedoms. To all developers and participants in our community, we leave you with our most treasured endorsement of FOSS philosophy:
Free Men Don’t Ask.
defcad
The world's largest 3D gun repository
DEFCAD, Inc. All rights reversed.
Habent sua fata libelli et balli
DEFCAD files and other hardware are not currently available to persons outside the United States and are not available to residents of and persons in the State of New Jersey who do not possess a federal firearms license.
Since Jan. 1 2021, no warrants have been served to defcad.com principals or employees. No searches or seizures have been performed on defcad.com