Bug#641672: Culprit: php_crypt_revamped.patch

2012-03-01 Thread Will Daniels
Sure, zte builds are not officially provided, but since it is Debian changes that cause the problem, perhaps you'd like to look into it all the same? $ quilt delete php_crypt_revamped.patch ...should solve the build problem. Seems to be a lot going on in that patch so not sure about the cons

Bug#641672: Culprit: php_crypt_revamped.patch

2012-03-01 Thread Will Daniels
Sure, zte builds are not officially provided, but since it is Debian changes that cause the problem, perhaps you'd like to look into it all the same? $ quilt delete php_crypt_revamped.patch ...should solve the build problem. Seems to be a lot going on in that patch so not sure about the cons

Bug#571812: help2man

2010-02-28 Thread Will Daniels
My apologies, it does not have to do with the path prefixing the command name, it seems the problem was that the help output does not begin with a description line and just starts with Usage. I must have gotten things muddled somehow. I did try to send a correction as soon as I realised my error,

Bug#572016: ITP: liboauth-ruby -- A ruby library for implementing both OAuth clients and servers in

2010-02-28 Thread Will Daniels
Package: wnpp Severity: wishlist Owner: Will Daniels * Package name: liboauth-ruby Version : 0.3.6 Upstream Author : Pelle Braendgaard * URL : http://oauth.rubyforge.org * License : MIT Programming Lang: Ruby Description : The OAuth Ruby Library This

Bug#571812: help2man: can't cope with path prefix (Usage: /usr/bin/foo bar)

2010-02-28 Thread Will Daniels
Package: help2man Version: 1.36.4+nmu1 Severity: minor I have an upstream bin that outputs the path of the command after Usage: in --help (i.e. "Usage: /usr/bin/oauth [options]..." which causes help2man to take "Usage" as the command name in error. -- To UNSUBSCRIBE, email to debian-bugs-dis