package errors requiring human judgment to detect?

[Paul Elliott]

Does anyone have a list of the most common errors that can not be caught by 
lintian because they require human judgment to detect?


-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117


signature.asc
Description: This is a digitally signed message part.

Re: package errors requiring human judgment to detect?

[Paul Wise]

On Mon, Oct 31, 2011 at 3:47 PM, Paul Elliott  wrote:

> Does anyone have a list of the most common errors that can not be caught by
> lintian because they require human judgment to detect?

http://mentors.debian.net/intro-reviewers
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html
http://wiki.debian.org/SponsorChecklist
http://ftp-master.debian.org/REJECT-FAQ.html

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6hrm384m2pgra9fi73-u+yjs0qnzub2_m9atgc07hm...@mail.gmail.com

Re: start mysqld from debian/rules?

[Jakub Wilk]

* Paul Wise , 2011-10-31, 13:15:
Also, remember to use the BUILD_OPTIONS to have the test suite be 
disabled in case we don't want to run them. That's a Debian policy 
requirement. So you'll also need something like that in your 
debian/rules:


ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS)))
override_dh_auto_test:
   ./run_tests.sh
endif


There should be no need to check DEB_BUILD_OPTIONS in this case since 
debhelper/dh will do that for you.


No, it will not. See bug #568897.

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111031093956.gb2...@jwilk.net

Upload to stable-security

[Tomasz Muras]

Hello,

I need to upload my package [1] from unstable (version 1.9.9.dfsg2-4) to
stable-security (yes, it's already agreed with the Security Team). How
do I name it for security upload? Should I make a new entry in changelog
and with version like "1.9.9.dfsg2-4+squeeze1"?

Thanks,
Tomek

[1] http://packages.qa.debian.org/m/moodle.html


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4eae6f82.1000...@gmail.com

Re: Upload to stable-security

[Charles Plessy]

Le Mon, Oct 31, 2011 at 09:50:58AM +, Tomasz Muras a écrit :
> 
> I need to upload my package [1] from unstable (version 1.9.9.dfsg2-4) to
> stable-security (yes, it's already agreed with the Security Team). How
> do I name it for security upload? Should I make a new entry in changelog
> and with version like "1.9.9.dfsg2-4+squeeze1"?


Dear Tomasz,

thank you for your care for security.

It looks like the answer to your questions are in the Developers Reference.

  http://www.debian.org/doc/manuals/developers-reference/pkgs.html#bug-security

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111031101611.gb16...@merveille.plessy.net

Re: start mysqld from debian/rules?

[Paul Wise]

On Mon, Oct 31, 2011 at 5:39 PM, Jakub Wilk wrote:

> No, it will not. See bug #568897.

I stand corrected. Ugh.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6fcsqlxzfiq1x4hrdpowx3yc95+hh5e_htup-v9nxw...@mail.gmail.com

RFS: python-mimeparse

[Mathias Ertl]

Dear mentors,

I am looking for a sponsor for my package "python-mimeparse".

 * Package name: python-mimeparse
   Version : 0.1.3-3
   Upstream Author : Joe Gregorio 
 * URL : http://code.google.com/p/mimeparse/
 * License : MIT
   Section : python

It builds those binary packages:

python-mimeparse - Parse mime-types and quality parameters.

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/python-mimeparse

Alternatively, one can download the package with dget using this command:

  dget -x http://mentors.debian.net/debian/pool/main/p/python-
mimeparse/python-mimeparse_0.1.3-3.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Mathias Ertl

-- 
me on twitter: @mathiasertl | soup: http://soup.er.tl
I only read plain-text mail!  I prefer signed/encrypted mail!


signature.asc
Description: This is a digitally signed message part.

Re: RFS: python-mimeparse

[Jakub Wilk]

* Mathias Ertl , 2011-10-31, 11:30:

To access further information about this package, please visit the following
URL:

 http://mentors.debian.net/package/python-mimeparse

Alternatively, one can download the package with dget using this command:

 dget -x 
http://mentors.debian.net/debian/pool/main/p/python-mimeparse/python-mimeparse_0.1.3-3.dsc


I'm not interested in sponsoring this package, but here's my very quick 
review:


Your debian/rules creates a temporary directory every time it's run.

Why do you repack upstream tarball? Please see:
http://ftp-master.debian.org/REJECT-FAQ.html

I'd delete Build-Depends-Indep from debian/control, since it's empty.

In debian/copyright, you don't need to repeat copyright information in 
the License field.


Upstream provides a test suite. It'd nice to run it at build time, using 
all supported Python versions.


Lintian emits two I tags:
I: python-mimeparse source: debian-watch-file-is-missing
I: python-mimeparse: extended-description-is-probably-too-short

Please consider joining Python Modules Packaging Team:
http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111031105816.ga2...@jwilk.net

Re: RFS: python-mimeparse

[Mathias Ertl]

On Monday, October 31, 2011 11:58:17 AM Jakub Wilk wrote:
> I'm not interested in sponsoring this package, but here's my very quick
> review:
> ...

All suggestions are fixed in debian revision 4 of the package that I just 
uploaded to debian-mentors. Here is the new dget URL:

 dget -x http://mentors.debian.net/debian/pool/main/p/python-mimeparse/python-
mimeparse_0.1.3-4.dsc

I still would be glad if someone could upload this package for me ;-).

> Please consider joining Python Modules Packaging Team:
> http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin

Thanks, I will (and still hope to find a sponsor here...)

greetings, Mathias Ertl


-- 
me on twitter: @mathiasertl | soup: http://soup.er.tl
I only read plain-text mail!  I prefer signed/encrypted mail!


signature.asc
Description: This is a digitally signed message part.

RFS: python-snappy

[Shell Xu]

Dear mentors,

I am looking for a sponsor for my package "python-snappy".

 * Package name: python-snappy
   Version : 0.3.2-1
   Upstream Author : Andres Moreira 
 * URL : http://github.com/andrix/python-snappy
 * License : BSD
   Section : python

It builds those binary packages:

python-snappy - Python library for the snappy compression library from Google

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/python-snappy

There still a lintian INFO about desc, but I copied it from google
code. Do I need to fix it?


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/p/python-snappy/python-snappy_0.3.2-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Shell Xu

Re: RFS: python-snappy

[Jakub Wilk]

* Shell Xu , 2011-10-31, 23:55:

 http://mentors.debian.net/package/python-snappy

There still a lintian INFO about desc, but I copied it from google 
code. Do I need to fix it?


The sentence lintian is complaining about 
(using-first-person-in-description) is: "Snappy is widely used inside 
Google, in everything from BigTable and MapReduce to our internal RPC 
systems." This certainly doesn't make sense in a description of a 
_Debian_ package.



Alternatively, one can download the package with dget using this command:

 dget -x 
http://mentors.debian.net/debian/pool/main/p/python-snappy/python-snappy_0.3.2-1.dsc


I'm not interested in sponsoring this package, but here's my very quick 
review:


You probably want to build-depend on "python-all-dev", not "python-dev, 
python2.6-dev, python2.7-dev".


Please consider building also a package for Python 3.X, as upstream 
seems to support it, too.


I think the long description is a bit too verbose. The part that refers 
to the underlying library is even longer that description of libsnappy1 
itself.


In debian/copyright, you don't need to repeat copyright information in 
the License field.


debian/docs is empty, so... just delete it.

Remove libsnappy1 from Depends. This dependency will be automatically 
generated by dpkg-shlibdeps.


The binary package doesn't depend on python. It's because you forgot to 
add ${python:Depends} to Depends.


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111031163324.ga1...@jwilk.net

Re: RFS: python-snappy

[Shell Xu]

2011/11/1 Jakub Wilk 

> * Shell Xu , 2011-10-31, 23:55:
>
>   
> http://mentors.debian.net/**package/python-snappy
>>
>> There still a lintian INFO about desc, but I copied it from google code.
>> Do I need to fix it?
>>
>
> The sentence lintian is complaining about 
> (using-first-person-in-**description)
> is: "Snappy is widely used inside Google, in everything from BigTable and
> MapReduce to our internal RPC systems." This certainly doesn't make sense
> in a description of a _Debian_ package.
>
>
>  Alternatively, one can download the package with dget using this command:
>>
>>  dget -x http://mentors.debian.net/**debian/pool/main/p/python-**
>> snappy/python-snappy_0.3.2-1.**dsc
>>
>
> I'm not interested in sponsoring this package, but here's my very quick
> review:
>
> You probably want to build-depend on "python-all-dev", not "python-dev,
> python2.6-dev, python2.7-dev".
>
> Please consider building also a package for Python 3.X, as upstream seems
> to support it, too.
>
> I think the long description is a bit too verbose. The part that refers to
> the underlying library is even longer that description of libsnappy1 itself.
>
> In debian/copyright, you don't need to repeat copyright information in the
> License field.
>
> debian/docs is empty, so... just delete it.
>
> Remove libsnappy1 from Depends. This dependency will be automatically
> generated by dpkg-shlibdeps.
>
> The binary package doesn't depend on python. It's because you forgot to
> add ${python:Depends} to Depends.
>
> --
> Jakub Wilk
>
>
> --
> To UNSUBSCRIBE, email to 
> debian-mentors-REQUEST@lists.**debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/**20111031163324.GA1822@jwilk.**net
>
>
Thanks for help, I will fix that all as soon as possible.

-- 
无能者无所求，饱食而遨游，泛若不系之舟
blog: http://shell909090.com/blog/
twitter: http://twitter.com/shell909090

Re: RFS: conque

[Jakub Wilk]

* harish badrinath , 2011-10-29, 14:24:

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

Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/c/conque/conque_2.3-1.dsc


In debian/install, you use spaces in lines 2 nad 7, but tabs in other 
lines. Could please use either spaces everywhere or tabs everywhere?


In debian/patches/conque-pythonpath.diff: s/Path/path/, 
s/python/Python/.


Hmm, the binary package name is vim-conqueterm, and package directory is 
/usr/share/vim-conque/. Can we make it more consistent, i.e. either 
rename binary package to vim-conque or directory to .../vim-conqueterm/? 
(I know, I know, it's me who proposed the .../vim-conque/ path, so 
please feel free to ignore this point.)


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111031171858.ga1...@jwilk.net

RFS: prerex

[Ryan Kavanagh]

Dear mentors,

I am looking for a sponsor for my package "prerex".

* Package name: prerex
  Version : 6.2
  Upstream Author : Bob Tennent 
* URL : http://ctan.org/tex-archive/graphics/prerex
* License : GPLv2+, LPPL
  Programming Lang: C, Qt
  Description : course prerequisite chart editor for LaTeX/TikZ

 prerex is an editor for creating esthetically pleasing course prerequisite
 charts using the TikZ LaTeX package.
 .
 The editor supports add, remove, cut-and-paste, and edit operations on
 diagram elements, and shifts of a list of specified elements or the
 entire diagram. The edited diagram may be saved, re-processed, and viewed in
 a PDF viewer, without exiting the editor.
 .
 Course prerequisite charts allow students to easily determine which
 prerequisites, corequisites and recommended prerequisites they need for a
 given course and their time slots. Course prerequisite charts also highlight
 the courses required by a degree.
 .
 prerex is used by departments in several universities, including Queen's
 University and Suffolk University.

The package is lintian clean, builds, installs and runs. You may find a build
log at http://ryanak.ca/~ryan/prerex_6.2-1-i386-20111031-1243

It builds the following two binary packages:

 prerex - course prerequisite chart editor for LaTeX/TikZ
 vprerex- Qt interface to prerex, a course prerequisite chart editor

To access further information about this package, please visit the following 
URL:

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

Alternatively, one can download the package with dget using this command:

  dget -x http://mentors.debian.net/debian/pool/main/p/prerex/prerex_6.2-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Ryan Kavanagh

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A


signature.asc
Description: Digital signature

New autoconf-archive package

[Bastien ROUCARIES]

Dear mentors,

I am looking for a sponsor for the new version 20110917-1
of my package "autoconf-archive".

It builds these binary packages:
autoconf-archive - Autoconf Macro Archive

The package appears to be lintian clean.

Bastien


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cae2spazpoy6uhg_uxsdkn_+s16iwdccuwysthicczbkfswi...@mail.gmail.com

RFS: trash-cli (NMU)

[Andrew Starr-Bochicchio]

Dear mentors,

I am looking for a sponsor for a NMU of the package "trash-cli". This
upload will close a number of open bugs in the package. The maintainer
has been too busy to update the package, but he has given approval for
a NMU. (Update bug is CCed, so please speak up if you see something
you're not happy with Steve.)

I've attached a debdiff filtered to only show packaging changes for
easier review.

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/trash-cli

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/t/trash-cli/trash-cli_0.11.3-r315-0.1.dsc

Here is the complete changelog entry for this upload:

trash-cli (0.11.3-r315-0.1) unstable; urgency=low

  * Non-Maintainer Upload.
  * New upstream release (Closes: #550074).
   - Output of 'df' misinterpreted on non-english systems or
 systems using long device names (Closes: #493212).
   - Debian version of trash-cli contains a serious bug that
 could create data loss (Closes: #593104).
  * Convert from deprecated python-support to dh_python2.
   - Drop pycompat and pyversions files.
   - Set X-Python-Version filed in debian/control to >= 2.5 (Closes: #510043).
   - Set DEB_PYTHON2_MODULE_PACKAGES in debian/rules.
   - Versionize build dependencies on cdbs (>= 0.4.90~) and
 python (>= 2.6.6-3~).
  * Drop debian/manpages/* in favor of new upstream manpages.
  * Convert to source format 3.0 (quilt). This was done even though this is a
NMU as patches are added and CDBS' simple-patchsys is deprecated.
  * debian/patches/manpage-typos.patch:
   - Fixes typos in empty-trash.1 (Closes: #611689). Thanks to Oohara Yuuma.
   - Make sure command names in man pages reflect reality.
  * debian/patches/manpage-install-path.patch:
   - Install manpages into the correct location.
  * Update debian/watch for move from Source Forge to Google Code.
  * debian/control:
   - Depend on ${misc:Depends}.
   - Update homepage field.
   - Add new dependency on python-unipath.
   - Add build dependency on python-setuptools.
  * Add debian/NEWS documenting the change in command names.

I would be glad if someone uploaded this package for me.

Kind regards,

Andrew Starr-Bochicchio


trash-cli-packaging.diff
Description: Binary data

Re: Upload to stable-security

[Ansgar Burchardt]

Hi,

Tomasz Muras  writes:
> I need to upload my package [1] from unstable (version 1.9.9.dfsg2-4) to
> stable-security (yes, it's already agreed with the Security Team). How
> do I name it for security upload? Should I make a new entry in changelog
> and with version like "1.9.9.dfsg2-4+squeeze1"?

It needs to use a version *lower* than what you uploaded to unstable,
for example you could use either -4~squeeze1 or -2.1+squeeze2 (as the
current version in squeeze is -2.1+squeeze1).

As far as I know, DMs can also not upload to security-master (yet) so
you need to find a sponsor for it. If somebody from the security team
did already ack your proposed patch, maybe he could also sponsor the
upload?

Regards,
Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8762j56j7n@deep-thought.43-1.org

RFS: xxxterm

[Luis Henriques]

Dear mentors,

I am looking for a sponsor for my package "xxxterm".

 * Package name: xxxterm
   Version : 1:1.8.0-0.1
   Upstream Author : Several (Marco Peereboom )
 * URL : http://opensource.conformal.com/wiki/XXXTerm
 * License : ISC, MIT, BSD-4-clause, BSD-3-clause, BSD-2-clause, CC-BY
   Section : web

It builds those binary packages:

xxxterm- Minimalist's web browser

Notes:
 - As upstream has changed the versioning, I had to add the 'epoch'
   component to the package number.  Previous upstream version was 1.518
   and new version is 1.8.0.
 - I have changed my personal email address (and PGP key)

To access further information about this package, please visit the
following URL:

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

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/x/xxxterm/xxxterm_1.8.0-0.1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Luis Henriques


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111031212310.GA6570@hades

Re: RFS: cl-launch, cl-asdf (updated packages)

[Christoph Egger]

Hi!

Faré  writes:
> They build these respective binary packages:
> cl-launch  - uniform frontend to running Common Lisp code from the shell
> cl-asdf- Another System Definition Facility

Uploaded!

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87sjm87rws@hepworth.siccegge.de

Re: RFS: clfswm

[Christoph Egger]

Hi!

"Desmond O. Chang"  writes:
> clfswm - A(nother) Common Lisp FullScreen Window Manager
> stumpwm- tiling, keyboard driven Common Lisp window manager

Both uploaded!

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87wrbk7s7c@hepworth.siccegge.de

RFS: emacs-window-layout

[KURASHIKI Satoru]

Dear mentors,

I am looking for a sponsor for my package "emacs-window-layout".

 * Package name: emacs-window-layout
   Version : 1.1-1
   Upstream Author : SAKURAI, Masashi 
 * URL : https://github.com/kiwanami/emacs-window-layout
 * License : GPL3
   Section : lisp

It builds those binary packages:

emacs-window-layout - window layout manager for emacs

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/emacs-window-layout

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/e/emacs-window-layout/emacs-window-layout_1.1-1.dsc

This elisp library is required by another ITP-ed elisp package
"e2wm".

I would be glad if someone uploaded this package for me.

Kind regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87boswogc4.wl%lur...@gmail.com

Re: RFS: python-mimeparse

[Jakub Wilk]

* Mathias Ertl , 2011-10-31, 14:03:

I'm not interested in sponsoring this package, but here's my very quick
review:
...


All suggestions are fixed in debian revision 4 of the package that I just
uploaded to debian-mentors. Here is the new dget URL:

dget -x 
http://mentors.debian.net/debian/pool/main/p/python-mimeparse/python-mimeparse_0.1.3-4.dsc


Now your package fails to build in a minimal chroot:
|debian/rules override_dh_auto_test
| make[1]: Entering directory 
`/build/python-mimeparse-NNa7Qr/python-mimeparse-0.1.3'
| python2.6 mimeparse_test.py
| make[1]: python2.6: Command not found
| make[1]: *** [test-python2.6] Error 127

I wanted to skip test by setting DEB_BUILD_OPTIONS=nocheck but it didn't 
help...


You might want to use "--strip=1" instead of "-C .. --xform $whatever".

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2001012334.ga8...@jwilk.net

Re: RFS: python-mimeparse

[Andrew Starr-Bochicchio]

On Mon, Oct 31, 2011 at 9:23 PM, Jakub Wilk  wrote:
> Now your package fails to build in a minimal chroot:
> |    debian/rules override_dh_auto_test
> | make[1]: Entering directory
> `/build/python-mimeparse-NNa7Qr/python-mimeparse-0.1.3'
> | python2.6 mimeparse_test.py
> | make[1]: python2.6: Command not found
> | make[1]: *** [test-python2.6] Error 127

You have PYVERS=$(shell pyversions -vr 2> /dev/null) in your rules
file. Which will return:

$ pyversions -vr
pyversions: missing X(S)-Python-Version in control file, fall back to
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
2.6 2.7

Yet, you only depend on python. You need python-all.

>
> I wanted to skip test by setting DEB_BUILD_OPTIONS=nocheck but it didn't
> help...

You have an override_dh_auto_test target in your rules file as well.
Unfortunately, this will cause
DEB_BUILD_OPTIONS=nocheck to be ignored. You need something like:

ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
override_dh_auto_test: ${PYVERS:%=test-python%}
endif

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Maintainer

   PGP/GPG Key ID: D53FDCB1


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAL6k_Aww0=v2UAXPyhqtxRA9j_Lge+YYz7J-04G3SEmOzKÝa...@mail.gmail.com

Re: RFS: blogofile

[Andrew Starr-Bochicchio]

On Wed, Oct 26, 2011 at 4:32 PM, Andreas Rütten  wrote:
> I am looking for a sponsor for my package "blogofile".
>
>  * Package name    : blogofile
>   Version         : 0.7.1-1
>   Upstream Author : Ryan McGuire 
>  * URL             : http://www.blogofile.com/
>  * License         : Expat (MIT)
>   Section         : web
>
> It builds those binary packages:
>
> blogofile  - Static website compiler and blog engine
> blogofile-converters - Blog converter collection for Blogofile

I'm not a DD, so I can't actually sponsor this. It sounds like an
interesting package, so I did a quick review. Building in a clean sid
chroot, I get this lintian error from the produced binary package:

E: blogofile: python-script-but-no-python-dep usr/bin/blogofile
N:
N:Packages with Python scripts should depend on the package python. Those
N:with scripts that specify a specific version of Python must depend on
N:that version of Python (exactly).
N:
N:For example, if a script in the package uses #!/usr/bin/python, the
N:package needs a dependency on python. If a script uses
N:#!/usr/bin/python2.6, the package needs a dependency on python2.6. A
N:dependency on python (>= 2.6) is not correct, since later versions of
N:Python may not provide the /usr/bin/python2.6 binary.
N:
N:If you are using debhelper, adding ${python:Depends} to the Depends
N:field and ensuring dh_pysupport or dh_pycentral are run during the build
N:should take care of adding the correct dependency.
N:
N:In some cases a weaker relationship, such as Suggests or Recommends,
N:will be more appropriate.
N:
N:Severity: important, Certainty: certain
N:
N:Check: scripts, Type: binary

Looking at DEBIAN/control in the resulting deb confirms that there is
no direct python dependency for blogofile. Reading over the log file
reveals that dh_python2 is never actually run. It took me awhile to
figure it out, but it seems you have a one character typo. Your rules
file has:


%:
dh $@ --buildsystem=python_distutils --with-python2

It should be:

%:
dh $@ --buildsystem=python_distutils --with python2

Notice, no hyphen between with and python.



-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Maintainer

   PGP/GPG Key ID: D53FDCB1


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cal6k_azjbh1vri18kr+9iz_my5gqez7gojthsx+jx+ze4ks...@mail.gmail.com

Re: RFS: python-snappy

[Shell Xu]

2011/11/1 Jakub Wilk 

> * Shell Xu , 2011-10-31, 23:55:
>
>   
> http://mentors.debian.net/**package/python-snappy
>>
>> There still a lintian INFO about desc, but I copied it from google code.
>> Do I need to fix it?
>>
>
> The sentence lintian is complaining about 
> (using-first-person-in-**description)
> is: "Snappy is widely used inside Google, in everything from BigTable and
> MapReduce to our internal RPC systems." This certainly doesn't make sense
> in a description of a _Debian_ package.
>
>
>  Alternatively, one can download the package with dget using this command:
>>
>>  dget -x http://mentors.debian.net/**debian/pool/main/p/python-**
>> snappy/python-snappy_0.3.2-1.**dsc
>>
>
> I'm not interested in sponsoring this package, but here's my very quick
> review:
>
> You probably want to build-depend on "python-all-dev", not "python-dev,
> python2.6-dev, python2.7-dev".
>
> Please consider building also a package for Python 3.X, as upstream seems
> to support it, too.
>
> I think the long description is a bit too verbose. The part that refers to
> the underlying library is even longer that description of libsnappy1 itself.
>
> In debian/copyright, you don't need to repeat copyright information in the
> License field.
>
> debian/docs is empty, so... just delete it.
>
> Remove libsnappy1 from Depends. This dependency will be automatically
> generated by dpkg-shlibdeps.
>
> The binary package doesn't depend on python. It's because you forgot to
> add ${python:Depends} to Depends.
>
> --
> Jakub Wilk
>
>
> --
> To UNSUBSCRIBE, email to 
> debian-mentors-REQUEST@lists.**debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/**20111031163324.GA1822@jwilk.**net
>
>
I fixed all other problems, except python3 packaging. Do I have to make
two different source packages to make python-snappy and python3-snappy?
dh_python2 not work with more than one binary package in one control file.

-- 
无能者无所求，饱食而遨游，泛若不系之舟
blog: http://shell909090.com/blog/
twitter: http://twitter.com/shell909090

RFS: cherrytree (3rd try)

[Vincent Cheng]

Dear mentors,

I am looking for a sponsor for my package "cherrytree". (Still haven't
received a reply since my last RFS request.)

 * Package name: cherrytree
 Version : 0.23.1-1
 Upstream Author : Giuseppe Penone 
 * URL : http://www.giuspen.com/cherrytree/
 * License : GPL-2+
 Section : editors

It builds those binary packages (lintian -I --pedantic, pbuilder clean):

cherrytree - hierarchical note taking application

To access further information about this package, please visit the
following URL:

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

Alternatively, one can download the package with dget using this command:

 dget -x 
http://mentors.debian.net/debian/pool/main/c/cherrytree/cherrytree_0.23.1-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Vincent Cheng


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CACZd_tBCCmnP+ZWVwLtQ8-u=4dQy=cd4xsnmttmktd_juh1...@mail.gmail.com

Re: RFS: conque

[harish badrinath]

Hello,

I have re uploaded a new version of this package.It builds those
binary packages:

vim-conque - plugin for running interactive commands in a Vim buffer

To access further information about this package, please visit the
following URL:
  http://mentors.debian.net/package/conque

Alternatively, one can download the package with dget using this command:
  dget -x http://mentors.debian.net/debian/pool/main/c/conque/conque_2.3-1.dsc

I would be glad if someone uploaded this package for me.


> In debian/install, you use spaces in lines 2 nad 7, but tabs in other lines.
> Could please use either spaces everywhere or tabs everywhere?
DONE, I have used tabs everywhere.

>
> In debian/patches/conque-pythonpath.diff: s/Path/path/, s/python/Python/.
DONE
>
> Hmm, the binary package name is vim-conqueterm, and package directory is
> /usr/share/vim-conque/. Can we make it more consistent, i.e. either rename
> binary package to vim-conque or directory to .../vim-conqueterm/? (I know, I
> know, it's me who proposed the .../vim-conque/ path, so please feel free to
> ignore this point.)
DONE
changed binary package name to vim-conque.The name of the yaml file is changed,
to reflect the name change of the binary package.


Thanks,
Harish


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAFUoqbf+vce-RtnZsU+mv=ebmtj6nl+stgm8cvrvjouy3pa...@mail.gmail.com

Re: RFS: Apper

[Andrew Starr-Bochicchio]

On Sat, Oct 22, 2011 at 4:54 PM, Matthias Klumpp  wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "apper".
>
>  * Package name    : apper
>   Version         : 0.7.0-1
>   Upstream Author : Daniel Nicoletti 
>  * URL             : http://kde-apps.org/content/show.php/Apper?content=84745
>  * License         : GPL-2+
>   Section         : kde
>
> It builds those binary packages:
>
> apper - KDE package management tool using PackageKit
>  apper-dbg  - Debugging symbols for Apper

I'm not a DD, so I can not sponsor your package. I took a quick look
anyways. I found a few issues:

1) Running lintian on the resulting binary packages built in a clean
sid chroot produces the following error:

E: apper: binary-or-shlib-defines-rpath usr/bin/apper
/tmp/buildd/apper-0.7.0/obj-i486-linux-gnu/lib
N:
N:The binary or shared library sets RPATH. This overrides the normal
N:library search path, possibly interfering with local policy and causing
N:problems for multilib, among other issues.
N:
N:The only time a binary or shared library in a Debian package should set
N:RPATH is if it is linked to private shared libraries in the same
N:package. In that case, place those private shared libraries in
N:/usr/lib/. Libraries used by binaries in other packages should
N:be placed in /lib or /usr/lib as appropriate, with a proper SONAME, in
N:which case RPATH is unnecessary.
N:
N:To fix this problem, look for link lines like:
N:gcc test.o -o test -Wl,--rpath,/usr/local/lib
N:or
N:gcc test.o -o test -R/usr/local/lib
N:and remove the -Wl,--rpath or -R argument. You can also use the chrpath
N:utility to remove the RPATH.
N:
N:Refer to http://wiki.debian.org/RpathIssue for details.
N:
N:Severity: serious, Certainty: possible
N:
N:Check: binaries, Type: binary, udeb

2) Less important, but since the manpage is supplied in the debian dir:

I: apper: hyphen-used-as-minus-sign usr/share/man/man1/apper.1.gz:18
N:
N:This manual page seems to contain a hyphen where a minus sign was
N:intended. By default, "-" chars are interpreted as hyphens (U+2010) by
N:groff, not as minus signs (U+002D). Since options to programs use minus
N:signs (U+002D), this means for example in UTF-8 locales that you cannot
N:cut and paste options, nor search for them easily. The Debian groff
N:package currently forces "-" to be interpreted as a minus sign due to
N:the number of manual pages with this problem, but this is a
N:Debian-specific modification and hopefully eventually can be removed.
N:
N:"-" must be escaped ("\-") to be interpreted as minus. If you really
N:intend a hyphen (normally you don't), write it as "\(hy" to emphasise
N:that fact. See groff(7) and especially groff_char(7) for details, and
N:also the thread starting with
N:http://lists.debian.org/debian-devel/2003/debian-devel-200303/msg01481.h
N:tml
N:
N:If you use some tool that converts your documentation to groff format,
N:this tag may indicate a bug in the tool. Some tools convert dashes of
N:any kind to hyphens. The safe way of converting dashes is to convert
N:them to "\-".
N:
N:Because this error can occur very often, Lintian shows only the first 10
N:occurrences for each man page and give the number of suppressed
N:occurrences. If you want to see all warnings, run Lintian with the
N:-d/--debug option.
N:
N:Refer to /usr/share/doc/groff-base/README.Debian and the groff_char(7)
N:manual page for details.
N:
N:Severity: wishlist, Certainty: possible
N:
N:Check: manpages, Type: binary
N:
I: apper: hyphen-used-as-minus-sign usr/share/man/man1/apper.1.gz:19
I: apper: hyphen-used-as-minus-sign usr/share/man/man1/apper.1.gz:20
I: apper: hyphen-used-as-minus-sign usr/share/man/man1/apper.1.gz:21
I: apper: hyphen-used-as-minus-sign usr/share/man/man1/apper.1.gz:22
I: apper: hyphen-used-as-minus-sign usr/share/man/man1/apper.1.gz:23

3) And completely optional:


I: apper: arch-dep-package-has-big-usr-share 2610kB 72%
N:
N:The package has a significant amount of architecture-independent data
N:(over 4MB, or over 2MB and more than 50% of the package) in /usr/share
N:but is an architecture-dependent package. This is wasteful of mirror
N:space and bandwidth since it means distributing multiple copies of this
N:data, one for each architecture.
N:
N:If the data in /usr/share is not architecture-independent, this is a
N:Policy violation that should be fixed by moving the data elsewhere
N:(usually /usr/lib).
N:
N:Refer to Debian Developer's Reference section 6.7.5
N:(Architecture-independent data) for details.
N:
N:Severity: wishlist, Certainty: certain
N:
N:Check: huge-usr-share, Type: binary

2)  Also, one nitpick thing I found is that in debian/copyright you
list two copyright holders on the same line, like so:

Copyright: 2008 by Trever Fischer / 2009-2011 by