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

Re: [fis-gtm] builds with pbuilder



On Thu, Feb 07, 2013 at 12:21:23PM -0500, Yaroslav Halchenko wrote:
> > Thanks to Luis, I setup a pbuilder environment and built GT.M. There
> > are a few lintian warnings and some package naming oddities that I
> > am unsure about. How do I grab the build log, aside from using tee?
> 
> spoiled me uses git-buildpackage (could be called with --pbuilder
> option) and that generates a nice .log  for me

I guess the file <package>_<debversion>_<arch>.build file is a general
feature of the underlying dpkg-buildpackage and you can always find it
next to the created *.deb package(s).  This is true forde
git-buildpackage, debuild, pdebuild and any other method I know for
building Debian packages - so no need for tee.

Apropos Git:  If all people involved in fis-gtm packaging prefer Git
over SVN there is no point in sticking to this historical choice of SVN.
 
> > I can't find the lintian warnings in pbuidler's output, but I did see them in debuild's output. This is what I see in debuild:
> > W: fis-gtm source: changelog-should-mention-nmu
> > W: fis-gtm source: source-nmu-has-incorrect-version-number 6.0-001-1
> 
> are you listed in Maintainers/Uploaders as well (with identical name in
> the last changelog entry signature)?

There must be an exact string match between the ID (name <email>) in
control and the changelog.  Even the capitalisation needs to be
identical (which seems to cause the problem here:
   Amul Shah <Amul.Shah@fisglobal.com>     (control)
   Amul Shah <amul.shah@fisglobal.com>     (changelog)
 
> > W: fis-gtm-6.0-001: setuid-binary usr/lib/fis-gtm/V6.0-001_x86_64/gtmsecshr 4755 root/root
> > W: fis-gtm-6.0-001: non-standard-dir-perm usr/lib/fis-gtm/V6.0-001_x86_64/gtmsecshrdir/ 0500 != 0755
> > W: fis-gtm-6.0-001: setuid-binary usr/lib/fis-gtm/V6.0-001_x86_64/gtmsecshrdir/gtmsecshr 4500 root/root
> > W: fis-gtm-6.0-001: executable-is-not-world-readable usr/lib/fis-gtm/V6.0-001_x86_64/gtmsecshrdir/gtmsecshr 4500
> 
> I think we had discussion on those "security" measures -- would need to
> look in emails to rehears what was our conclusion ;)

If this is *really* intentional you should use lintian-overrides and
document the reasons in a DEP3 conform way[1].

> > What are the next steps?
> 
> let's decide on versioning and above NMU false-positives.  And I guess
> Andreas' blessing ;)

:-)

I just added something in addition to Yaroslav (everything I could not
have answered better is deleted in this mail.)
 
Kind regards

       Andreas.

[1] http://dep.debian.net/deps/dep3/ 

-- 
http://fam-tille.de


Reply to: