From ddcafbdbfe97f61ba57b739f5b3b630e9922f96c Mon Sep 17 00:00:00 2001 From: Luke Shumaker Date: Sun, 28 Jul 2013 23:06:00 +0000 Subject: Re: [Dev] [RFC] rewording the Social Contract MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit At Sun, 28 Jul 2013 18:24:26 -0300, Nicolás Reynolds wrote: > "Luke T. Shumaker" writes: > > > should we specify "arch and derivatives" on item 4? > > > > I'm not sure what you want it to say. > > i mean if we produce libre repositories for arch and it's derivatives, > like making a libre version of archmobile (arm* architecture), shouldn't > the contract also expand onto the derivatives (promise to follow > development process, etc). Oh, ok. I agree with that. I think. Now I'm actually questioning how much I agree with item 4. To break it down: 4. **Parabola and Arch Linux**: a. Parabola will produce an operating system that is a Free version of [Arch Linux][3]. b. We provide repositories and installation images without any non-free software. c. We respect Arch's KISS philosophy (Keep It Simple, Stupid) d. and its development process. e. In that sense, Parabola will always maintain retro compatibility with Arch Linux so as to help Free already working installations. I'm concerned with items d and e. I'm confused what "In that sense," means in item e. I'm also confused by item d--how much do we follow their development process now? * We use libretools' libremakepkg instead of devtools' archbuild * We have almost none of the workflow integration between the repos and the PKGBUILD tracker. (though I'm working on that) * We have none of the access control, wrt which hackers can publish where. * We have none of the review process before packages end up in the main repos. And honestly, I think that all but the first of these are things we could work on. And all of this differs for the derivatives. Arch Hurd seems pretty similar to Parabola GNU/Linux in that regard, but Arch Linux ARM has a fairly different process. If we ended up with an ARM port, would we have to adopt the Plug distributed build system? Not that that would necessarily be a bad idea, but should that really be part of the social contract? I think we should ditch mentioning the development process, and instead focus on the resulting software. Perhaps: 4. We will produce an operating system that is a Free version of [Arch Linux][3], and possibly other Arch-based systems. We will provide repositories and installation media without any non-free software. All Parabola operating systems will be backward compatible with the system they are based on, as to help Free already working installations. We will respect the design philosophies of the systems ours are based on, to reduce friction from both developer and user viewpoints. Happy hacking, ~ Luke Shumaker --- Parabola_Social_Contract.md | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/Parabola_Social_Contract.md b/Parabola_Social_Contract.md index 3ae9f77..e5456f1 100644 --- a/Parabola_Social_Contract.md +++ b/Parabola_Social_Contract.md @@ -23,12 +23,12 @@ movement](http://en.wikipedia.org/wiki/Free_software_movement) essence, so the community is included whenever there is a need to make a decision. We encourage community participation in the development of the project. -4. **Parabola and Arch Linux**: Parabola will produce an operating - system that is a Free version of [Arch - Linux](http://www.archlinux.org/). We provide repositories and - installation images without any non-free software. We respect Arch's - KISS philosophy (Keep It Simple, Stupid) and its - development process. In that sense, Parabola will always maintain - retro compatibility with Arch Linux so as to help Free already - working installations. +4. **Parabola and Arch Linux**: We will produce an operating system + that is a Free version of [Arch Linux](http://www.archlinux.org/), + and possibly other Arch-based systems. We will provide repositories + and installation media without any non-free software. All Parabola + operating systems will be backward compatible with the system they + are based on, as to help Free already working installations. We will + respect the design philosophies of the systems ours are based on, to + reduce friction from both developer and user viewpoints. -- cgit v1.2.3-54-g00ecf