Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux

2013-05-27 Thread Ryan Kavanagh
Hi Scott, I see that you currently have this ITP assigned to you, and that you have rubyripper uploaded to Debian mentors[0]. Were you still interested in packaging rubyripper and still looking for a sponsor? Best wishes, Ryan [0] http://mentors.debian.net/package/rubyripper -- |_)|_/ Ryan

Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux

2013-05-27 Thread Scott Leggett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27/05/13 23:40, Ryan Kavanagh wrote: Hi Scott, I see that you currently have this ITP assigned to you, and that you have rubyripper uploaded to Debian mentors[0]. Were you still interested in packaging rubyripper and still looking for a

Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux

2013-05-19 Thread Martin Dosch
Package: wnpp Followup-For: Bug #463584 Hi, I'd be very glad to see rubyripper in debian. It's one of a few packages I have to install from deb-multimedia.org * Package name: rubyripper Version : 0.6.2 Upstream Author : boukewouds...@gmail.com * URL :

Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux

2008-02-01 Thread Carlos Laviola
Package: wnpp Severity: wishlist Owner: Carlos Laviola [EMAIL PROTECTED] * Package name: rubyripper Version : 0.5.0 Upstream Author : Bouke Woudstra [EMAIL PROTECTED] * URL : http://code.google.com/p/rubyripper/ * License : GPL v3 Programming Lang: Ruby

Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux

2008-02-01 Thread Christian Perrier
Quoting Carlos Laviola ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Carlos Laviola [EMAIL PROTECTED] * Package name: rubyripper Version : 0.5.0 Upstream Author : Bouke Woudstra [EMAIL PROTECTED] * URL : http://code.google.com/p/rubyripper/ *

Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux

2008-02-01 Thread Eric Cooper
On Fri, Feb 01, 2008 at 08:15:04PM +0100, Christian Perrier wrote: open source is not really relevant here secure audio ripper seems to better fit the recommended writing style (DevRef 6.2.2) secure connotes safe from exploits, but I think what is intended is extremely careful about