headers
Jonas Smedegaard | 1 May 2010 05:40
Picon
Gravatar

Bug#579816: ITP: mswatch -- watch mailstores for changes and initiate mailbox syncs

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard <dr <at> jones.dk>
Owner: Jonas Smedegaard <dr <at> jones.dk>

* Package name    : mswatch
  Version         : 1.1.1
  Upstream Author : Chris Frost <chris <at> frostnet.net>
* URL             : http://mswatch.sourceforge.net/
* License         : GPL-2+
  Programming Lang: C, C++
  Description     : watch mailstores for changes and initiate mailbox syncs

 mswatch is a command line unix program that keeps two mailboxes
 synchronized /more efficiently/ and with /shorter delays/ than
 periodically synchronizing the two the two mailboxes.
 ,
 mswatch watches mailboxes to know when to initiate mailbox syncs.
 Using mswatch, your mail synchronization program can be called on
 demand instead of through polling, resulting in prompter mail delivery
 and lower bandwidth usage and server load.
 .
 mswatch is designed to work in conjunction with mailbox synchronization
 programs, currently supports watching Linux (2.4+) hosted Maildirs
 (including Maildir folders, Maildir++), and is licensed under the GNU
 GPL.
Permalink | Reply | 0 comments |
headers
Mike Hommey | 1 May 2010 13:04

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-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
Archive: http://lists.debian.org/20100501110426.GA9163 <at> glandium.org
Permalink | Reply | 5 comments |
headers
Jonas Smedegaard | 1 May 2010 12:56
Picon
Gravatar

Bug#579833: ITP: rpatterson.mailsync -- Integration between mswatch, OfflineIMAP, and Gnus for realtime mail

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard <dr <at> jones.dk>
Owner: Jonas Smedegaard <dr <at> jones.dk>

* Package name    : rpatterson.mailsync
  Version         : 0.4
  Upstream Author : Ross Patterson <me <at> rpatterson.net>
* 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.
Permalink | Reply | 0 comments |
headers
Alessio Treglia | 1 May 2010 13:17
Favicon
Gravatar

Bug#579837: ITP: guayadeque -- Guayadeque Music Player

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia <quadrispro <at> ubuntu.com>

* Package name    : guayadeque
  Version         : 0.2.5
  Upstream Author : Juan Rios <anonbeat <at> gmail.com>
* 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.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Simon Richter | 1 May 2010 15:02
Picon
Favicon

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
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeffrey Ratcliffe | 1 May 2010 23:01
Picon

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
Permalink | Reply | 2 comments |
headers
José Manuel Santamaría Lema | 1 May 2010 23:16
Picon

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 <panfaust <at> gmail.com>
X-Debbugs-CC: debian-devel <at> lists.debian.org

Package name: svn-all-fast-export
Version: 0
Upstream Author: Thiago Macieira <thiago <at> kde.org>, Thomas Zander <tzander <at> trolltech.com>
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 <email>" so will not need to use git filter-branch
to amend the commiters' names.
Permalink | Reply | 0 comments |
headers
brian m. carlson | 1 May 2010 23:18

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
Permalink | Reply | 1 comment |
headers
Ivan Kohler | 2 May 2010 00:25
Picon
Favicon

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 <ivan-debian <at> 420.am>
Owner: Ivan Kohler <ivan-debian <at> 420.am>

* Package name    : libnet-https-any-perl
  Version         : 0.10
  Upstream Author : Ivan Kohler <ivan-pause <at> 420.am>
* 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 ).
Permalink | Reply | 0 comments |
headers
Jeffrey Ratcliffe | 2 May 2010 01:15
Picon

Re: PGP v3 key support to be dropped from Debian keyring

On Sat, May 01, 2010 at 09:18:28PM +0000, 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
Permalink | Reply | 0 comments |

Gmane