Re: lintian for Emdebian
On Tue, 2008-04-01 at 14:09 -0700, Russ Allbery wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
>
> My recommendation is to try to tackle this on two fronts:
>
> * For the new checks specific to emdebian, add new check files. You can
> do this in a completely separate package and just depend on lintian.
OK, that's working, thanks Russ.
Current test code:
http://buildd.emdebian.org/svn/browser/current/host/trunk/emdebian-tools/trunk/checks
> Lintian when run will pick up any files in /usr/share/lintian/checks, so
> you can just drop more checks and *.desc files in there. You can have
> those checks do nothing if they detect they're not running in the
> emdebian mode somehow.
>
> * For the Lintian checks that are wrong for emdebian, I would just add a
> global override file for emdebian.
Hmmm, can't find any docs on a "global lintian override file" - where
would that live and how would it cope with unknown/unbuilt packages?
So far, I'm working with:
Tags::add_override ("source-nmu-has-incorrect-version-number");
Tags::add_override ("changelog-should-mention-nmu");
Tags::add_override ("binary-or-shlib-defines-rpath");
tag "binary-or-shlib-omits-rpath", "$file $RPATH{$file}";
and others
Those all work fine.
However, I'm finding it impossible to override the manpage warnings
without removing all the manpages checks with -X :
Tags::add_override ("binary-without-manpage");
Tags::add_override ("binary-without-manpage apt-cache");
Tags::add_override ("apt", "binary-without-manpage apt-cache");
Tags::add_override ("binary-without-manpage usr/bin/apt-cache");
Tags::add_override ("apt", "binary-without-manpage usr/bin/apt-cache");
Tags::add_override ("apt", "binary-without-manpage ./usr/bin/apt-cache");
Tags::add_override ("binary-without-manpage apt-cache");
Still, I get:
W: apt: binary-without-manpage usr/bin/apt-cache
W: apt: binary-without-manpage usr/bin/apt-cdrom
W: apt: binary-without-manpage usr/bin/apt-config
W: apt: binary-without-manpage usr/bin/apt-get
W: apt: binary-without-manpage usr/bin/apt-key
W: apt: binary-without-manpage usr/bin/apt-mark
I: apt: unused-override binary-without-manpage
I: apt: unused-override binary-without-manpage apt-cache
I: apt: unused-override binary-without-manpage usr/bin/apt-cache
I don't actually need the manpages checks but I would like to not have
to alias lintian to lintian -X manpages.
Is there a way of implementing '-X' within the check scripts? (It would
save time if I could drop entire scripts like manpages and replace with
a simple check that /usr/share/man/ is empty). (Have I got the overrides
wrong? I've tried various formats.)
W: apt: binary-without-manpage usr/bin/apt-cache
I: apt: unused-override binary-without-manpage
I: apt: unused-override binary-without-manpage apt-cache
I: apt: unused-override binary-without-manpage usr/bin/apt-cache
Tags::add_override ("binary-without-manpage");
Tags::add_override ("binary-without-manpage *");
Tags::add_override ("binary-without-manpage apt-cache");
Tags::add_override ("binary-without-manpage usr/bin/apt-cache");
You can get an example .deb from the Emdebian repository:
http://www.emdebian.org/packages/pool/main/a/apt/
$ lintian -q -C emdebian apt_0.7.9em2_arm.deb
E: apt: unsupported-interpreter-in-binary usr/bin/apt-mark
E: apt: unsupported-interpreter-in-binary usr/lib/dpkg/methods/apt/setup
(These are errors in the current Emdebian package which I need to fix -
a failure with 'lintian -q -C emdebian' will cause a FTBFS in Emdebian
once this support is implemented in emdebian-tools 1.0.0 - that call
could easily be 'lintian -q -X manpages -C emdebian' but I'd like to
know if I've done something wrong in my manpage overrides.)
$ lintian -I apt_0.7.9em2_arm.deb
W: apt: binary-without-manpage usr/bin/apt-cache
W: apt: binary-without-manpage usr/bin/apt-cdrom
W: apt: binary-without-manpage usr/bin/apt-config
W: apt: binary-without-manpage usr/bin/apt-get
W: apt: binary-without-manpage usr/bin/apt-key
W: apt: binary-without-manpage usr/bin/apt-mark
E: apt: unsupported-interpreter-in-binary usr/bin/apt-mark
E: apt: unsupported-interpreter-in-binary usr/lib/dpkg/methods/apt/setup
W: apt: package-name-doesnt-match-sonames libapt-pkg-libc6.6-6-4.6
I: apt: unused-override binary-or-shlib-defines-rpath
I: apt: unused-override binary-without-manpage
I: apt: unused-override build-depends-indep-without-arch-indep
N: 2 tags overridden (2 errors)
> If you need additional Lintian
> support for override files that are more overridey than normal
> (suppressing tags even with --show-overrides, for example) or are
> selectively loaded, we can try to work out generic changes to the driver
> scripts for this.
Thanks, I'll work through the current package set and build up a list of
lintian messages and overrides.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: This is a digitally
Re: lintian for Emdebian
Neil Williams <[EMAIL PROTECTED]> writes:
> Hmmm, can't find any docs on a "global lintian override file" - where
> would that live and how would it cope with unknown/unbuilt packages?
Ah, hm, we may not have this functionality right now, now that I think
about it. I think the current override format always requires the package
patch the file name.
We should support a global overrides file or directory. I'd be happy to
add that functionality, but it does probably require code changes now that
I think about this some more.
> So far, I'm working with:
> Tags::add_override ("source-nmu-has-incorrect-version-number");
> Tags::add_override ("changelog-should-mention-nmu");
> Tags::add_override ("binary-or-shlib-defines-rpath");
> tag "binary-or-shlib-omits-rpath", "$file $RPATH{$file}";
> and others
Good idea and good workaround.
> However, I'm finding it impossible to override the manpage warnings
> without removing all the manpages checks with -X :
>
> Tags::add_override ("binary-without-manpage");
> Tags::add_override ("binary-without-manpage apt-cache");
> Tags::add_override ("apt", "binary-without-manpage apt-cache");
> Tags::add_override ("binary-without-manpage usr/bin/apt-cache");
> Tags::add_override ("apt", "binary-without-manpage usr/bin/apt-cache");
> Tags::add_override ("apt", "binary-without-manpage ./usr/bin/apt-cache");
> Tags::add_override ("binary-without-manpage apt-cache");
>
> Still, I get:
> W: apt: binary-without-manpage usr/bin/apt-cache
> W: apt: binary-without-manpage usr/bin/apt-cdrom
> W: apt: binary-without-manpage usr/bin/apt-config
> W: apt: binary-without-manpage usr/bin/apt-get
> W: apt: binary-without-manpage usr/bin/apt-key
> W: apt: binary-without-manpage usr/bin/apt-mark
> I: apt: unused-override binary-without-manpage
> I: apt: unused-override binary-without-manpage apt-cache
> I: apt: unused-override binary-without-manpage usr/bin/apt-cache
>
> I don't actually need the manpages checks but I would like to not have
> to alias lintian to lintian -X manpages.
Where are you adding the overrides? Is it possible that the manpage check
script is happening before your overrides are added?
> Is there a way of implementing '-X' within the check scripts? (It would
> save time if I could drop entire scripts like manpages and replace with
> a simple check that /usr/share/man/ is empty).
You could divert the manpages file, but there isn't any way to skip an
entire check from within another check (in part because the order in which
the checks are run is not, I think, fully deterministic, although I could
be wrong -- I think it runs them in glob order).
I think the right approach may be to create a directory
/usr/share/lintian/overrides/global and load all files in that directory
in addition to the regular overrides.
--
Russ Allbery ([EMAIL PROTECTED])
Classified Post/View Ads/Events for FREE - Great has sent you a photo from MySpace.com!
This is a message from Classified Post/View Ads/Events for FREE - Great :
NEW UPDATED MESSAGE BOARD JUST ADDED APRIL 2ND 2008
Portal Version
http://blog.myspace.com/index.cfm?fuseaction=blog.view&friendID=328301093&blogID=373377693
OWNERS/PROMOTERS/MARKETING DIRECTORS
IT IS 100% FREE TO
ADD YOUR EVENT, PRODUCT OR SERVICE TO OUR FREE MESSAGE FORUM - LINKED IN OVER
1,000,000 EMAILS AND ONLINE ADS A WEEK!
http://blog.myspace.com/index.cfm?fuseaction=blog.view&friendID=328301093&blogID=373377693
Self Service Free Public Relations Just launched!
==
Join our free message forum - Post and we market out to 1,000,000 people a week
http://blog.myspace.com/index.cfm?fuseaction=blog.view&friendID=328301093&blogID=373377693
New Board Just created 4/2/08 be one of the first and get
the most exposure
men welcome!!
Your links can be added like these below!
The best parties in Manhattan listed here
Curious? Click away
Wednesday - www.going.com/g2april2nd
Thursday http://going.com/eveventsapril
Friday afterwork www.going.com/auraafterworkfriday
Friday night http://going.com/spotlight040408
http://going.com/eveventsapril
Saturday www.going.com/bbkingsapril5th
Need publicity?/ Use us for free! + see how many times your ad is viewed
Just post your info on our promotions board and then 3x per week
we email out our promotions board to our entire database!
go here to start
http://blog.myspace.com/index.cfm?fuseaction=blog.view&friendID=328301093&blogID=373377693
Members who post on our forum get free promotion from
our firm!
Reach 250,000 at no cost to you.
http://blog.myspace.com/index.cfm?fuseaction=blog.view&friendID=328301093&blogID=373377693
Classified Post/View Ads/Events for FREE - Great thought you might enjoy
checking out this photo on MySpace.com!
http://collect.myspace.com/reloc.cfm?c=18&fuseaction=viewImage&imageID=4121394&friendID=328301093&id=
What is MySpace.com?
MySpace.com is an online community where members share photos, videos, blogs,
and interests with a growing network of mutual friends. Create a profile FREE
on MySpace and start connecting with old and new friends!
Find out more about MySpace:
http://www.myspace.com
-
This email was sent by someone who knows you on MySpace.com.
If you want to block any emails from MySpace members in the future, you can
click here:
http://www.myspace.com/index.cfm?fuseaction=block&iid={0}
Or send a single blank email with the subject line "BLOCK" to:
[EMAIL PROTECTED]
You can also block future email or direct any other inquiries by regular postal
mail to:
MySpace, Inc.
8391 Beverly Blvd. #349
Los Angeles, CA 90048
USA
©2003-2008 MySpace.com. All Rights Reserved.
