Re: [Fsf-Debian] Silent here
Op 25-11-12 23:20, Stefano Zacchiroli schreef: On Sun, Nov 25, 2012 at 09:47:42PM +0100, Paul van der Vlis wrote: In my opinion it would be better when the FSF could write: Debian makes real progress. They are very close to be a free distribution. That's good for both of us. Seems relevant to this discussion: - http://www.fsf.org/news/debian-squeeze-makes-key-progress-toward-being-a-fully-free-distribution This is exactly my goal: making progress. For Wheezy it will be too late, but we could make some interesting release goals for Jessie in the near future. With regards, Paul van der Vlis. - http://upsilon.cc/~zack/blog/posts/2011/02/squeeze_debian_and_the_FSF/ Cheers. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
Le dimanche, 25 novembre 2012 01.17:26, Kete a écrit : I do not interpret OdyX as saying we should; I think Didier Raboud is saying if we treated the documentation differently, then that is analogous to distinguishing firmware from software. Thank you. We are basically ensuring that everything we distribute guarantees the same freedoms (as we defined them). So we make sure that one gets the same rights when installing documentation or software from our main repository. Cheers, OdyX ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On 11/24/12 12:55, Michael Gilbert wrote: That link has no guidance from the FSF yet. That bug log includes only senior debian developers engaged in a debate about the issue. If FSF doesn't produce guidance there, then the decision that happens there will only a barometer of a certain subset of debian developers. Debian works by addressing bug reports, so specific collaboration could help by FSF representatives filing bug reports about the problems they see in various areas: bugs.debian.org/www.debian.org bugs.debian.org/bugs.debian.org bugs.debian.org/qa.debian.org [etc.] Please give us specific items to consider and fix. It's okay if specific bugs haven't been raised yet. This list seems to be the place to discuss the issues from which the bug reports will ultimately be derived. Collaboration isn't filing bugs, or at least it isn't _only_ filing bugs. Its both sides talking about things and working out what should be done. When the discussion list has done its job, there shouldn't be anyone one either side who is unsure of at least something that could be reported as a bug. Your response shows that the list hasn't done its job just yet. I'm not sure, but I think there are probably some people who work with both Debian and FSF. Even if there aren't, there surely are people in Debian that understand internal processes as initmately as FSF's philosophy. There won't be any lack of hands for noticing problems and writing bug reports. I expect bugs will be filed from people in both organizations. But simply waiting for the FSF to tell you where the problems are isn't a commitment to attain and maintain compliance with the free distribution guidelines. Such a commitment itself a requirement to attain compliance. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On Fri, Nov 23, 2012 at 03:22:55PM +0100, Didier 'OdyX' Raboud wrote: 1. Move the non-free and the contrib repository from the debian.org domain to another domain name, under control of DD's. Note the difference between the text above and below: I would argue that moving contrib and non-free out of Debian infrastructure would need a Social Contract amendment, thereby a GR. - one aspect is where the content is *hosted* - another is how it is *advertised* (including no advertisement at all) to the users I'm convinced that there is no harm done to user freedom in hosting non-free content side by side (e.g. on the same software / hardware / mirror network) with free content. Harm is done if no distinction between the two types of content is clear and if, worse, no explanation is given about the advantages of one type over the other. So what I think it would work is leaving the content *physically* where it is now, but don't advertise contrib/non-free as members of the same debian.org namespace. It is not entirely trivial, but you can achieve that for instance by documenting that access to contrib/non-free material happens via a different domain (e.g. nonfree.org, or nondebian.org which I've registered a while ago for this purpose) that then redirects to the Debian infrastructure. Such a scheme would require no change in the Debian Social Contract (at least according to my own reading of it) and I'm positive we can reach an agreement with the FSF on such a scheme. But yes, given the FSF de facto act as a certification authority of per-distro criteria, we do need specific guidance. And I'd love to have it publicly, possibly on this list. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
Stefano Zacchiroli said: Documenting that access to contrib/non-free material happens via a different domain (e.g. nonfree.org, or nondebian.org which I've registered a while ago for this purpose) that then redirects to the Debian infrastructure. What is meant by this? Would it mean that someone accessing, say, http://www.debian.org/distrib/packages would see a notice and link referring them to these other locations or does it mean search results would say something like To protect your freedom non-free search results have not been included. To see these other items click here or does it mean something else? ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On 24/11/12 20:57, Didier 'OdyX' Raboud wrote: Le vendredi, 23 novembre 2012 21.18:33, Bryan Baldwin a écrit : Documentation is not software. I wouldn't be surprised to find differences when comparing licenses drawn for software to licenses drawn for documentation. Software freedom guidelines have nothing to do with documentation freedom. Applying one to the other shows profound lack of thought and is going to waste a lot of time. [...] Firmware is not software. I wouldn't be surprised to find differences when comparing licenses drawn for software to licenses drawn for firmaware. I don't get why firmware isn't software, at least. Not all software has to run on the CPU. Software freedom guidelines have nothing to do with firmware freedom. Applying one to the other shows profound lack of thought and is going to waste a lot of time. Here's an example of why firmware freedom might be important: some wireless adaptor vendors disallow changing a MAC address; having free firmware might allow that (since firmware normally encapsulates the link-layer). Andrew. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
Hi Paul, Le mercredi, 21 novembre 2012 14.39:02, Paul van der Vlis a écrit : Very silent here. In my opinion it's not a good idea to make Debian FSF-free at the moment. But what we should do is to make Debian almost FSF-free and make some steps in the good direction. In my opinion we could do the following: 1. Move the non-free and the contrib repository from the debian.org domain to another domain name, under control of DD's. Given our Social Contract, paragraph 5 [SC5]: We acknowledge that some of our users require the use of works that do not conform to the Debian Free Software Guidelines. We have created contrib and non-free areas in our archive for these works. The packages in these areas are not part of the Debian system, although they have been configured for use with Debian. I would argue that moving contrib and non-free out of Debian infrastructure would need a Social Contract amendment, thereby a GR. (If you read it to the letter, it could not be strictly needed, as one could read we have created … in our archive as a historical fact more than a binding point. Yet I think such a change has to go through the body of developers). 2. Change the installer in a manner that no non-free firmware is advised anymore, but that you still can use it. … besides on hardware where you can't. We currently have both documentation and code that permit one user that chooses so to use firmwares (e.g.). Removing both these is IMHO controversial and should probably also go through a GR. The firmware question is also a slightly different one than the whole non- free problem: some firmwares are as freely distributed as CPU microcode, where the latter is an absolute requirement to have an OS run. My feeling here is that there ''might'' be consensus around making a new firmware archive area, specifically for pieces of code not executed by CPUs but needed to make them run. 3. Remove recommendations or suggestions to non-free software in packages. See the tech-ctte discussion: http://bugs.debian.org/681419 From the non- debated part of the statement: The Debian Policy Manual states (§2.2.1) that packages in main must not require or recommend a package outside of main for compilation or execution. Both Depends: package-in-non-free and Recommends: package-in-non-free clearly violate this requirement. So these issues are serious bugs already. For part not addresses by the tech- ctte bug, I think you won't find consensus to drop non-free Suggests. What we cannot do at the moment is remove non-free and contrib completely, and we also cannot remove all documentation about non-free software and firmware. I think even moving them out of debian.org realm would need a GR, both because it's IMHO a change of our foundation documents and because it's a sufficiently important change to warrant an explicit (n)ack from the body of developers. (And that's without talking about the infrastructure changes to make it clear on the Debian side while the mirrors (that are not all under our responsibility), will keep on putting main/contrib/non-free contents on the same harddisks, making the whole exercise quite moot IMHO.) Cheers, OdyX ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On Fri, Nov 23, 2012 at 03:22:55PM +0100, Didier 'OdyX' Raboud wrote: We acknowledge that some of our users require the use of works that do not conform to the Debian Free Software Guidelines. We have created contrib and non-free areas in our archive for these works. [...] (If you read it to the letter, it could not be strictly needed, as one could read we have created … in our archive as a historical fact more than a binding point. It's difficult to read it that way. It was intended to denote areas set aside for the purpose of servicing users who require certain software that doesn't comply with the DFSG. What you *can* say is that it doesn't mandate that these areas be heavily populated. As for these non-Debian pieces existing on the same hardware - the FSF recommends and distributes Trisquel, a Debian rebranding at one remove, and yet, if you take a cursory glance at at the places where Trisquel may be downloaded, you will note non-free software readily available. Without this inconsistency being resolved first, I'd suggest that this particular issue is not a high priority. It is not an issue for other GNU/Linux distributions recommended by the FSF. -- Mason Loring Bliss((IF I HAD KNOWN IT WAS HARMLESS ma...@blisses.org ))I WOULD HAVE KILLED IT MYSELF. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
Hi Didier, Op 23-11-12 15:22, Didier 'OdyX' Raboud schreef: Hi Paul, Le mercredi, 21 novembre 2012 14.39:02, Paul van der Vlis a écrit : Very silent here. In my opinion it's not a good idea to make Debian FSF-free at the moment. But what we should do is to make Debian almost FSF-free and make some steps in the good direction. In my opinion we could do the following: 1. Move the non-free and the contrib repository from the debian.org domain to another domain name, under control of DD's. Given our Social Contract, paragraph 5 [SC5]: We acknowledge that some of our users require the use of works that do not conform to the Debian Free Software Guidelines. We have created contrib and non-free areas in our archive for these works. The packages in these areas are not part of the Debian system, although they have been configured for use with Debian. I would argue that moving contrib and non-free out of Debian infrastructure would need a Social Contract amendment, thereby a GR. (If you read it to the letter, it could not be strictly needed, as one could read we have created … in our archive as a historical fact more than a binding point. Yet I think such a change has to go through the body of developers). When we create an archive at another domain name as debian.org (e.g. on non-free.org), why isn't it our archive? But no problem with a general resolution. 2. Change the installer in a manner that no non-free firmware is advised anymore, but that you still can use it. … besides on hardware where you can't. What I mean is that the installer offers a way to use non-free firmware, but it just not advices it. We currently have both documentation and code that permit one user that chooses so to use firmwares (e.g.). Removing both these is IMHO controversial and should probably also go through a GR. The firmware question is also a slightly different one than the whole non- free problem: some firmwares are as freely distributed as CPU microcode, where the latter is an absolute requirement to have an OS run. My feeling here is that there ''might'' be consensus around making a new firmware archive area, specifically for pieces of code not executed by CPUs but needed to make them run. 3. Remove recommendations or suggestions to non-free software in packages. See the tech-ctte discussion: http://bugs.debian.org/681419 From the non- debated part of the statement: The Debian Policy Manual states (§2.2.1) that packages in main must not require or recommend a package outside of main for compilation or execution. Both Depends: package-in-non-free and Recommends: package-in-non-free clearly violate this requirement. So these issues are serious bugs already. For part not addresses by the tech- ctte bug, I think you won't find consensus to drop non-free Suggests. I think most people will not have big problems with it, suggestions are not really important in my opinion. What we cannot do at the moment is remove non-free and contrib completely, and we also cannot remove all documentation about non-free software and firmware. I think even moving them out of debian.org realm would need a GR, both because it's IMHO a change of our foundation documents and because it's a sufficiently important change to warrant an explicit (n)ack from the body of developers. (And that's without talking about the infrastructure changes to make it clear on the Debian side while the mirrors (that are not all under our responsibility), will keep on putting main/contrib/non-free contents on the same harddisks, making the whole exercise quite moot IMHO.) True, it will be work. And maybe non-free and contrib will have not the same nice infrastructure as debian.org has. With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On 11/24/12 05:03, Mason Loring Bliss wrote: An amusing comparison may be drawn between the FSF's rejection of four-clause BSD licenses and the FSF's support of invariant sections in the GFDL. Documentation is not software. I wouldn't be surprised to find differences when comparing licenses drawn for software to licenses drawn for documentation. Software freedom guidelines have nothing to do with documentation freedom. Applying one to the other shows profound lack of thought and is going to waste a lot of time. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On Sat, Nov 24, 2012 at 09:18:33AM +1300, Bryan Baldwin angrily pronouced: Documentation is not software. They are one and the same. Software is documentation and vice versa. The machinery upon which they run is what varies here. Applying one to the other shows profound lack of thought and is going to waste a lot of time. What a rude little fellow! No, the realm of intellectual property considers both, we are discussing organizations that deal with both, and it makes perfect sense to consider the realm of free licenses as a whole. -- Mason Loring Bliss ma...@blisses.org They also surf who awake ? sleep : dream; http://blisses.org/ only stand on waves. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
Michael Gilbert said: Correction: specific guidance. Even if there may be other things that might be needed for FSF endorsement, it seems that removing references to non-free software from package control files and updating the website et al [0] is both specific and provides a good place to start. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681419#37 ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On 23/11/12 10:38, Mason Loring Bliss wrote: [...] As for these non-Debian pieces existing on the same hardware - the FSF recommends and distributes Trisquel, a Debian rebranding at one remove, and yet, if you take a cursory glance at at the places where Trisquel may be downloaded, you will note non-free software readily available. Without this inconsistency being resolved first, I'd suggest that this particular issue is not a high priority. It is not an issue for other GNU/Linux distributions recommended by the FSF. Please report that as a bug. Any non-free software that is included on an FSF-approved distro is considered a critical bug. -- Saludos libres, Quiliro Ordóñez Presidente (en conjunto con el resto de socios) Asociación de Software Libre del Ecuador - ASLE Av de la Prensa N58-219 y Cristóbal Vaca de Castro Quito, Ecuador (593)2-600 8579 (593)98-454 8078 ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
Quiliro Ordóñez said: Please report that as a bug. Any non-free software that is included on an FSF-approved distro is considered a critical bug. I think they're perhaps referring to mirrors that also distribute other things. Notice that the statement was very carefully worded to say at the places where Trisquel may be downloaded. Anyone is free to download Trisquel and redistribute it. Any non-free software that's being distributed is being done by third parties on their own servers. Trisquel neither supports non-free software nor provides infrastructure for it. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On Fri, Nov 23, 2012 at 5:11 PM, Jason Self wrote: Michael Gilbert said: Correction: specific guidance. Even if there may be other things that might be needed for FSF endorsement, it seems that removing references to non-free software from package control files and updating the website et al [0] is both specific and provides a good place to start. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681419#37 That link has no guidance from the FSF yet. That bug log includes only senior debian developers engaged in a debate about the issue. If FSF doesn't produce guidance there, then the decision that happens there will only a barometer of a certain subset of debian developers. Debian works by addressing bug reports, so specific collaboration could help by FSF representatives filing bug reports about the problems they see in various areas: bugs.debian.org/www.debian.org bugs.debian.org/bugs.debian.org bugs.debian.org/qa.debian.org [etc.] Please give us specific items to consider and fix. Thanks, Mike ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
On Fri, Nov 23, 2012 at 05:59:48PM -0500, Quiliro Ordóñez wrote: Please report that as a bug. Any non-free software that is included on an FSF-approved distro is considered a critical bug. It's not included as a part of Trisquel, but alongside it on the same hardware, which is a sticking point for Debian despite Debian explicitly disclaiming those pieces of software. They're not part of Debian despite Debian developers generally being the people making them fit with Debian. I realize that this doesn't apply to everyone, but for *me* I think it's sufficient, and if we look at the bigger picture, the story with Trisquel is very similar. I'd much rather we pursue things like non-free software not being recommended or suggested, with the caveat of course that if it's required for someone's computer to work, that be handled appropriately. I think RMS's position on proprietary video games for GNU/Linux applies fairly directly here - it's not ideal, but getting people onto a free platform is a good side effect nonetheless. http://www.gnu.org/philosophy/nonfree-games.html I think this shows the sort of compromise that is needed to get people into the free software world. For instance: However, if you're going to use these games, you're better off using them on GNU/Linux rather than on Microsoft Windows. At least you avoid the harm to your freedom that Windows would do. So, is it ideal having this software? No. Is there good that can come of it? Yes. An example of this would be my search for this very specific article. I wasn't looking for this, but a byproduct of my search was coming across this: www.fsf.org/blogs/licensing/ryzom-free-software I tend to think that the equivalent side-effect to someone running Debian GNU/Linux on hardware that requires non-free firmware to run is that if they have a good experience generally with Debian (or any other free OS) they are going to want to use compatibility with that as part of their criteria for selecting their next computer, assuming resources sufficient to have such a choice. This is a Good Thing. It gets more people into the free software world, and vastly increases the chance that these people will themselves feel empowered to try writing free software someday. And that's something we want. -- Mason Loring Bliss ma...@blisses.orgEwige Blumenkraft! (if awake 'sleep (aref #(sleep dream) (random 2))) -- Hamlet, Act III, Scene I ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss
Re: [Fsf-Debian] Silent here
Mason Loring Bliss said: It's not included as a part of Trisquel, but alongside it on the same hardware. Can you point to a concrete example? The only one I can think of would be mirrors that also mirror other GNU/Linux distributions, thereby picking up the non-free software from those other distributions and not from Trisquel. So what you're referring to isn't software hosted by and on Trisquel hardware but on third party hardware run by that third party. You may as well point out that $random_web_site also distributes proprietary software. By that logic as long as they also have a copy of Trisquel on their server Trisquel is responsible for what that site is doing, or that if I were to have Debian .isos and Windows .iso on my server that the Debian Project is somehow responsible for that as well, which they clearly are not. In contrast, the Debian Project states that they officially support this software, tell people how to use and install it, provide infrastructure for it, and, as you've pointed out, the same people work on both so the lines are a little more blurry here. ___ Fsf-collab-discuss mailing list Fsf-collab-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fsf-collab-discuss