[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFS: synconv



Hello again,

On Sun, Dec 4, 2011 at 9:42 PM, Fernando Lemos <fernandotcl@gmail.com> wrote:
> On Sun, Nov 20, 2011 at 7:15 PM, Fernando Lemos <fernandotcl@gmail.com> wrote:
>> Hello,
>>
>> On Fri, Nov 4, 2011 at 9:52 PM, Fernando Lemos <fernandotcl@gmail.com> wrote:
>>> Dear mentors,
>>>
>>> I am looking for a sponsor for my package "synconv".
>>>
>>>  * Package name    : synconv
>>>   Version         : 1.1.1-1
>>>   Upstream Author : Fernando Tarlá Cardoso Lemos <fernandotcl@gmail.com>
>>>  * URL             : https://github.com/fernandotcl/synconv
>>>  * License         : GPL-3+
>>>   Section         : sound
>>>
>>> It builds those binary packages:
>>>
>>> synconv    - rsync-like audio format transcoder
>>>
>>> To access further information about this package, please visit the
>>> following URL:
>>>
>>>  http://mentors.debian.net/package/synconv
>>>
>>> Alternatively, one can download the package with dget using this command:
>>>
>>>  dget -x http://mentors.debian.net/debian/pool/main/s/synconv/synconv_1.1.1-1.dsc
>>
>> It's been 16 days, and I'm still looking for a sponsor. Except for a
>> lintian override (for a mispelling that's actually a command line
>> option), this package is pedantically lintian clean. I'd be glad if
>> someone could review and possibly upload it.
>
> It's been 2 more weeks, I'd be glad if someone took a look at this.

Now it's been almost 2 months since my first message, I'm wondering if
anyone would like to review this package for me:

http://mentors.debian.net/package/synconv

dget -x http://mentors.debian.net/debian/pool/main/s/synconv/synconv_1.1.1-1.dsc

The package should be in good shape (it would be the third package I
maintain in Debian). I followed DEP-5 (validated with config-edit) and
used dpkg-buildflags to get hardened flags. The package is
pedantically lintian clean, with an override for a typo that is, in
fact, a command-line option.

I'm fully aware of the undergoing boost 1.46 -> 1.48 transition, and I
have compiled synconv against 1.48 to make sure it won't be affected.
Nevertheless, if it's a problem, I can wait for the transition to be
over.

Regards,


Reply to: