Re: rar support violates DFSG #4
On Fri, Nov 25, 2005 at 07:44:08PM -0800, Steve Langasek wrote: OTOH, if you think my interpretation of DFSG is inadequate, I could try to expose it better, and we could also move this to -legal (perhaps I should have started there in first place). Yes, I still disagree with this reasoning. People of conscience may disagree on whether *preventing* the creation of files that can't be read with free software is serving the goals of the DFSG. In the absence of agreement on this point, I don't think it's right to treat this as a release-critical bug unless the *maintainer* agrees with you. That suggests if the maintainer disagrees in, say, DFSG #1 (Debian will remain 100% free), then we don't have to treat as release-critical an inclussion of non-free in main. I think I'll try to expose better my point, and also move it to -legal. DFSG #4 states: We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities. I think it's very clear that the free software community is harmed by promoting trap formats like RAR, so I won't extend on that. For what the needs of our users are concerned, we have basicaly two groups of users with opposed needs: 1- A group of users who want to use rar to produce archives. 2- A group of users who want to extract rar archives produced by the first one. Reasons why I think the latter group is much bigger than the first: - In case user in group #1 is using RAR for private backups/etc, the technical disadvantages of using RAR instead of a combination of tar (better integration with Un*x file metadata) and p7zip (better compression) indicate this is a minority of users. - In case user in group #1 is using RAR for distributing data across the internet, then for each user doing this, it's logical to expect more than one user in group #2 will recieve the file and want to extract it. - In popcon, unrar is roughly 5/4 times more popular than rar. Although this info should be taken with a grain of salt, because many users install rar with the sole purpose of extracting, or simply because it's in Suggests in the packages that are object of this discussion. Therefore I don't think we're serving the interests of our users or the free software community first in our priorities. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#340705: rar support violates DFSG #4
Scripsit Robert Millan [EMAIL PROTECTED] I think I'll try to expose better my point, and also move it to -legal. I think -legal is the wrong list. Is the license status of the software in question? Not as far as I can see from the build log. Your complaint appears to be that you think the software is inappropriate for main not because of its legal status, but because it *can* do things that you think are inappropriate for software in main to be able to do. That is, however not a question for -legal. For the record, I have never seen anyone argue that a piece of software should be expelled from main simply because of the function it can perform. In a few cases, there have been calls for not distributing software _at all_, because its functionality was considered distasteful (cf hot-babe), but I don't remember ever seeing a claim that the _freedom status_ of software is affected by which problem it solves. If you want to institute such a notion, I'd say that the burden of proof must be on you. Feel free to go to -project and try to raise a consensus for treating unwanted functionality as a cause for moving a package to non-free. But I would think it is inappropriate to start filing bugs with severities that assume that your (so far) uncommon position has alreay won the day. DFSG #4 states: We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities. No it does not. DFSG #4 states: The license may restrict source-code from being distributed in modified form _only_ if the license allows the distribution of patch files with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software. (This is a compromise. The Debian group encourages all authors not to restrict any files, source or binary, from being modified.) What you are qouting is part of point 4 of the Social Contract. Its interpretation is not a matter for debian-legal. -- Henning Makholm First chapter, the plot advances, second chapter, Ayla makes a discovery that significantly enhances Palaeolithic technology, third chapter, Ayla has sex with someone, and repeat ad infinitum. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#340705: rar support violates DFSG #4
Scripsit Henning Makholm [EMAIL PROTECTED] I think -legal is the wrong list. Is the license status of the software in question? Not as far as I can see from the build log. s/build/bug/, of course. -- Henning Makholm Need facts -- *first*. Then the dialysis -- the *analysis*. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rar support violates DFSG #4
El sábado, 26 de noviembre de 2005 a las 11:11:32 +0100, Robert Millan escribía: That suggests if the maintainer disagrees in, say, DFSG #1 (Debian will remain 100% free), then we don't have to treat as release-critical an inclussion of DFSG #4 states: We will be guided by the needs of our users and the free software community. Please, don't confuse the Debian Free Software Guidelines and the Social Contract :-) -- Jacobo Tarrío | http://jacobo.tarrio.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
