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.s...@fisglobal.com> (control)
Amul Shah <amul.s...@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
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130207203837.ga19...@an3as.eu
