Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

[Discussion] Non-free software points of entry

Here you can discuss every aspect of Debian. Note: not for support requests!
Post Reply
Message
Author
User avatar
Uptorn
Posts: 244
Joined: 2022-01-22 01:07
Has thanked: 210 times
Been thanked: 56 times

[Discussion] Non-free software points of entry

#1 Post by Uptorn »

Keeping one's sources.list clear of non-free repositories is no guarantee that one's system will remain free of proprietary software. I have often avoided third party package installers for this reason. If it doesn't come from a Debian mirror, with deb-src available, or if I haven't compiled it from source myself, then I want nothing to do with it. Here are some common vectors:
  • Mozilla addons (AMO)
  • Other Firefox bits
  • Webpage-supplied javascript
  • Python Pip
  • Ruby Gems
  • Rust cargo crates?
  • Gnome extensions?
  • Kernel modules?
  • (Many more that are not at the forefront of my memory)
Some of these are grey area. For example, do we count projects which simply forgot to supply a license as proprietary? As in the Gem example, do accidental inclusions of proprietary software merit distrusting the repo? Interpreted languages, by design must supply source code, so it is only proprietary in legality. But what of interpreted code that is minified or obfuscated in some way? Or what of software that is properly libre but still is textbook malware designed with intent to abuse those who run it?

lindi
Debian Developer
Debian Developer
Posts: 452
Joined: 2022-07-12 14:10
Has thanked: 1 time
Been thanked: 88 times

Re: [Discussion] Non-free software points of entry

#2 Post by lindi »

Fun fact: Debian does include software without source code. Check the game beneath-a-steel-sky. As far as I am aware, even the original developers have lost the source code.

jmgibson1981
Posts: 305
Joined: 2015-06-07 14:38
Has thanked: 11 times
Been thanked: 34 times

Re: [Discussion] Non-free software points of entry

#3 Post by jmgibson1981 »

With all due respect while Debian does the best it can to keep free software and non free separate there is entirely too many ways stuff can get in. They can't catch every single one of them. The only way you can get what you seem to want (by the essence of the thread) is to build your own from LFS / (Gentoo?). Only then will you be 100% aware and able to verify everything that goes in. Unless you do something you are entirely in control of then you can only hope for the best.

User avatar
Uptorn
Posts: 244
Joined: 2022-01-22 01:07
Has thanked: 210 times
Been thanked: 56 times

Re: [Discussion] Non-free software points of entry

#4 Post by Uptorn »

jmgibson1981 wrote: 2024-02-26 03:17 With all due respect while Debian does the best it can to keep free software and non free separate there is entirely too many ways stuff can get in. They can't catch every single one of them. The only way you can get what you seem to want (by the essence of the thread) is to build your own from LFS / (Gentoo?). Only then will you be 100% aware and able to verify everything that goes in. Unless you do something you are entirely in control of then you can only hope for the best.
Debian and other distributions utilize a build system. If I'm not misunderstanding, each package is compiled from source for each architecture for which it builds successfully, the resulting binaries & packages then distributed via the repository system. There are many reasons that a package may fail to build, one of them being unavailable source files.

I understand that you are probably aware of this, and are simply referring to the licensing. So I think there is a distinction to be made programs which are functionally free (the source is made available) and programs which are legally free via appropriate copyleft licensing.

I only really care about the former. If a package has accidentally included some font or asset which is technically under a proprietary license, as long as it builds and runs from source I'm happy (since I will be using said program privately and not redistributing it (that would then be Debian's problem) )

Post Reply