Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Fri, Apr 30, 2010 at 11:18:34PM +0300, أحمد المحمودي wrote: > * Package name: othman > Description : electronic Quran browser > * URL : http://othman.ojuba.org > * License : Waqf Public License http://www.ojuba.org/wiki/waqf/license While I do like the preamble of the license (putting aside religion and anti-Americanism), the body does include significant usage restrictions: # The user may use the work for any good purpose and he may not use it to # harm others or violate the permissive principles of Islam. "Harm others" is a vague term that can be applied to a wide range of activities usually considered ok[1]. Most of these seem to be irrelevant to a Quran browser[2], unless you consider criticizing Islam to be "harming". "Violate the permissive principles of Islam" seems to forbid using this browser to search for, or refer to, lines of Quran which are harmful from whatever side of view. This is a legitimate use of this package. This fails the DFSG, unless we interpret the phrase "permissive principles" as limited to only those parts of Islam which grant some kind of permission rather than forbid something. Since religions (and laws in general) operate by restricting things, being unable to actually grant something not otherwise possible without that religion/law, such an interpretation doesn't appear to make much sense, though. Also, this comment mentions issues found by Fedora guys: } 2009/11/14 21:21 هشام هواري, } السلام عليكم و رحمة الله تعالى و بركاته، } Before trying to submit hijra, I exposed this license to #fedora-devel on } irc, and it was seen as being non-free, the reason is this excerpt : “The } user may use the work for any good purpose and he may not use it to harm } others or violate the permissive principles of Islam. Notice that any } work that is most likely harmful can't be put under Waqf in the first place” } The definition of “good” must be clear. } I hope that you will take that into consideration. } في أمان الله } و السلام عليكم و رحمة الله تعالى و بركاته [2]. Even if a restriction seems to be moot for the intended use, one of key Free Software freedoms is being able to repurpose the program in question for anything else, including taking small pieces of code for use in totally unrelated software. [1]. Examples of "harming others" being generally ok: * any piece of software used in a company that builds a highway that would relieve the traffic in a large city, but to build the highway, you need to remove a single house. Obviously, that house's dweller will be harmed even if he receives generous compensation due to childhood memories and other such considerations. * anything used during an audit that exposes a slacker, embezzler, terrorist or fraudster. The person caught will be obviously harmed, even if he intended harm himself. In fact, during a war or most struggles, you can't even undisputably name one side as "good" and the other as "evil". Heck, this includes even disputes between neighbours about a flower on the hedge between their houses. * use in a nuclear power plant. While many, including me, consider those to be nearly strictly better, cleaner and safer than coal plants, there are many which consider these to be outright evil. In fact, we have seen multiple software licenses which disallowed any such use for "moral" grounds as opposed to merely not risking standing afoul of some unnamed regulation. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100501092727.gb17...@angband.pl
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Sat, May 01, 2010 at 11:27:27AM +0200, Adam Borowski wrote: > "Harm others" is a vague term that can be applied to a wide range of > activities usually considered ok[1]. I am indeed discussing this matter with upstream. That license terms need to be clear not vague. > This fails the DFSG, unless we interpret the phrase "permissive > principles" as limited to only those parts of Islam which grant some > kind of permission rather than forbid something. Since religions (and > laws in general) operate by restricting things, being unable to > actually grant something not otherwise possible without that > religion/law, such an interpretation doesn't appear to make much > sense, though. I don't understand this paragraph. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100501094847.gc2...@ants.dhis.net
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Sat, May 01, 2010 at 12:48:47PM +0300, أحمد المحمودي wrote: > On Sat, May 01, 2010 at 11:27:27AM +0200, Adam Borowski wrote: > > "Harm others" is a vague term that can be applied to a wide range of > > activities usually considered ok[1]. > > I am indeed discussing this matter with upstream. That license terms > need to be clear not vague. Clear or vague, if they stick to a license that restricts usage, then it fails DFSG #6. See http://lists.debian.org/debian-legal/2010/03/msg00064.html, for example, for a quite similar case. Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100501110426.ga9...@glandium.org
Bug#579833: ITP: rpatterson.mailsync -- Integration between mswatch, OfflineIMAP, and Gnus for realtime mail
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: rpatterson.mailsync Version : 0.4 Upstream Author : Ross Patterson * URL : http://pypi.python.org/pypi/rpatterson.mailsync * License : GPL-2+ Programming Lang: Python Description : Integration between mswatch, OfflineIMAP, and Gnus for realtime mail This package provides some scripts that wrap parts of mswatch and OfflineIMAP and integrate with Gnus to provide a local maildir that is synchronized with a remote maildir as changes occur, instead of polling on a regular basis. This provides for near instant delivery of new mail while also reducing resource utilization. Integration with the Emacs mail and newsreader, Gnus, is also provided in such a way that your single threaded Emacs process is blocked much less as changes occur to the maildirs. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100501105645.30100.39577.report...@localhost.localdomain
Bug#579837: ITP: guayadeque -- Guayadeque Music Player
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: guayadeque Version : 0.2.5 Upstream Author : Juan Rios * URL : http://sourceforge.net/projects/guayadeque/ * License : GPL Programming Lang: C++ Description : Guayadeque Music Player A lightweight and easy-to-use music player that supports smart playlists and huge music collections. . Main features include: - Play mp3, ogg, flac, wma, mpc, mp4, ape, etc. - Read and write tags in all supported formats. - Allow to catalogue your music using labels. Any track, artist or album can have as many labels you want. - Smart play mode that add tracks that fit your music taste using the tracks currently in play list. - Ability to download covers manually or automatically - Suggest music using last.fm service. - Allow fast access to any music file by genre, artist, album, etc - Play shoutcast radios. - Allow to subscribe to podcasts and download all new episodes automatically or manually. - Dynamic or static play lists. - Tracks tag editor with automatically fetching of tags information for easily completion. - Lyrics downloads from different lyrics providers. - Easily expandable contextual links support. With it you can find information about a track, an artist or an album on your favourite site. - Easily expandable contextual commands support. For example you can right click on any album and click in option to record the album in a burning application. - Option to copy the selection you want to a directory or device using a configurable pattern. - Last.fm audioscrobbling support. - Partial gnome session support to detect when gnome session is about to close and save the play list so it can continue next time with the same tracks. - Allow to resume play status and position when closed and reopened. - You can rate the tracks from 0 to 5 stars. - MPRIS dbus interface support so it can easily controlled from music applets for example and many more. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010050755.3501.79988.report...@quadrispro-laptop
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Sat, May 01, 2010 at 01:04:26PM +0200, Mike Hommey wrote: > Clear or vague, if they stick to a license that restricts usage, then > it fails DFSG #6. > See http://lists.debian.org/debian-legal/2010/03/msg00064.html, for > example, for a quite similar case. ---end quoted text--- Yes, but it can be placed in non-free, right ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010050903.ge2...@ants.dhis.net
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
Hi, On Sat, May 01, 2010 at 02:19:03PM +0300, أحمد المحمودي wrote: > > Clear or vague, if they stick to a license that restricts usage, then > > it fails DFSG #6. > > See http://lists.debian.org/debian-legal/2010/03/msg00064.html, for > > example, for a quite similar case. > Yes, but it can be placed in non-free, right ? I think the main problem is that "good" is a subjective term, so people who believe that they are doing "good" feel entitled to use the work, and others who disagree with their views will claim that they are in breach of the licence. Who gets to be the authority on what is "good"? I'd also prefer if people would not use my software for causes I find objectionable, but I don't think I can even do so much as draw a clear line what constitutes "use". For example, I've written a tiny script that will take your GPG key and produce a printable file with the important data of the key arranged so that you can easily create bits of paper to hand out at keysigning events. Now, people are using this to establish secure communication channels, which can be used for any kind of purpose, including conspiring to commit crime. Am I at fault for not excluding this in the licence? Have I facilitated that crime because I made it easier for the criminals to conspire? I think at some point I just have to decline responsibility for others. Simon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100501130212.gc2...@honey.hogyros.de
Re: PGP v3 key support to be dropped from Debian keyring
On Fri, Apr 30, 2010 at 01:57:24PM +0100, Jonathan McDowell wrote: > I have sent numerous mails over the past year to try and chase DDs with > v3 keys to generate a new v4 key that is linked into to our web of > trust. In that time we've gone from 200 v3 keys down to 20. While it Have there been any checks of DMs or those in the NM process? How can I find out which keys in my own keyring are v3? Regards Jeff signature.asc Description: Digital signature
Bug#579868: ITP: svn-all-fast-export -- A fast-import based converter to convert repos from svn to git
Package: wnpp Severity: wishlist Owner: José Manuel Santamaría Lema X-Debbugs-CC: debian-devel@lists.debian.org Package name: svn-all-fast-export Version: 0 Upstream Author: Thiago Macieira , Thomas Zander URL: http://gitorious.org/svn2git License: GPLv3 or later Description: A fast-import based converter to convert repos from svn to git svn-all-fast-export is a tool to convert your svn repositories to git. You will need to have a copy of your svn repository and to write some rules to specify how the conversion will be done, for instance, you can manage how the tags and branches will be managed writing the appropriate rules. You have examples in /usr/share/doc/svn-all-fast-export/samples Also, you can provide a file mapping the old svn accounts to the authors names in the format "Author Name " so will not need to use git filter-branch to amend the commiters' names. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005012316.00918.panfa...@gmail.com
Re: PGP v3 key support to be dropped from Debian keyring
On Sat, May 01, 2010 at 11:01:14PM +0200, Jeffrey Ratcliffe wrote:
> On Fri, Apr 30, 2010 at 01:57:24PM +0100, Jonathan McDowell wrote:
> > I have sent numerous mails over the past year to try and chase DDs with
> > v3 keys to generate a new v4 key that is linked into to our web of
> > trust. In that time we've gone from 200 v3 keys down to 20. While it
>
> Have there been any checks of DMs or those in the NM process?
>
> How can I find out which keys in my own keyring are v3?
lakeview ok % gpg --fingerprint --list-keys --with-colons | awk -F: '/^pub:/ {
cur = $10 } /^fpr:/ { if (length($10) == 32) print cur }
This works because v3 keys[0] use MD5 as a fingerprint algorithm, which
is 128 bits long (and 32 hex characters) while v4 keys use SHA1, which
is 160 bits long. It only prints out one of the UIDs on the key, not
all of them.
[0] And v2, but for practical considerations, v2 keys are identical to
v3 keys, except that nobody uses v2 keys anymore.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
Bug#579871: ITP: libnet-https-any-perl -- A perl module for HTTPS GET and POST using any available SSL module
Package: wnpp Severity: wishlist Owner: Ivan Kohler Owner: Ivan Kohler * Package name: libnet-https-any-perl Version : 0.10 Upstream Author : Ivan Kohler * URL : http://search.cpan.org/dist/Net-HTTPS-Any/ * License : Perl Programming Lang: Perl Description : A perl module for HTTPS GET and POST using any available SSL module This is a simple wrapper around either of the two available SSL modules. It offers a unified API for sending GET and POST requests over HTTPS and receiving responses. It depends on Net::SSLeay _or_ ( Crypt::SSLeay and LWP::UserAgent ). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100501222549.22325.29288.report...@skydancer.freeside.biz
Re: PGP v3 key support to be dropped from Debian keyring
On Sat, May 01, 2010 at 09:18:28PM +, brian m. carlson wrote: > This works because v3 keys[0] use MD5 as a fingerprint algorithm, which > is 128 bits long (and 32 hex characters) while v4 keys use SHA1, which > is 160 bits long. It only prints out one of the UIDs on the key, not > all of them. Thanks! Jeff signature.asc Description: Digital signature
