Package: lintian
Version: 1.23.10
Severity: normal
Tags: patch
(Bug severity because this is an incorrect error.)
A Build-Depends entry like:
libopenafs-dev [alpha amd64 hppa i386 ia64 powerpc s390 sparc]
triggers invalid-arch-string-in-source-relation because of amd64. The
reported
{ lib_soname_path (@{$SONAME{$_}}) } keys %SONAME;
tag several-sonames-in-same-package, @sonames if @sonames 1;
my $match_found = 0;
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
conversation about CVS directories, the source
package check should probably only be done in the diff or the tarball for
native packages, not on files from .orig.tar.gz.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
# generated by other debhelper scripts.
#DEBHELPER#
This refers to the #DEBHELPER# token.
In any case, I would like to request that lintian includes a check to
ensure that new packages do not contain that text.
Please don't.
--
Russ Allbery ([EMAIL PROTECTED]) http
Package: lintian
Version: 1.23.14
Severity: normal
Tags: patch
While sponsoring a package (cdrbq), I noticed that lintian complaints about
build-depends-without-arch-dep for Build-Depends: dpatch. However, if one
uses the makefile include method for integrating dpatch, dpatch does have
to be
more prone to
false positives than the others.
Thank you for adding a test! I was trying to figure out how to do that
and couldn't quite see, so I can use this as an example in the future.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
Package: lintian
Version: 1.23.15
Severity: minor
Tags: patch
Ran into this while fixing some older Debian Perl packages. Someone set
DH_COMPAT with:
export DH_COMPAT := 3
and lintian didn't see it. The attached patch allows an optional : before
the = for both methods of setting
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Russ Allbery [EMAIL PROTECTED] writes:
Package: lintian
Version: 1.23.15
Severity: minor
Tags: patch
Not sure if anyone has started using quilt for an arch-independent
package yet, but since the debian/rules glue works the same as dpatch,
it too must be present during debian/rules clean
Paul Wise [EMAIL PROTECTED] writes:
On Sat, 2006-01-21 at 15:03 -0800, Russ Allbery wrote:
Aha, so that is where it is. Well, lintian should probably make what it
is referring to more apparent, something like Debian Menu System 3.7.
It does currently say menu 3.7; does that still seem
/share. It's probably not worth modifying lintian in the
meantime.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
)) {
fixes the problem. Should I report a bug anyway?
No, I've got it. Preparing a patch now that fixes this a bit more
comprehensively (the above still fails if the filename contains ).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
(revision 0)
@@ -0,0 +1,34 @@
+Source: debug
+Section: utils
+Priority: optional
+Maintainer: Russ Allbery [EMAIL PROTECTED]
+Build-Depends: debhelper (= 5.0.0)
+Standards-Version: 3.6.2
+
+Package: hello
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Test for external
Michael Stilkerich [EMAIL PROTECTED] writes:
* Russ Allbery [EMAIL PROTECTED] [2006-02-09 11:37]:
lintian has code specifically to recognize this situation. I'm not sure
why it isn't working. Can I see the rules and control file for this
package somewhere?
sure, see attachment. I think
lintian-info should have just passed it along without
further comment. I fixed the bug that produced the various warnings
messages in Subversion.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
, this will be
detected by lintian.
Yeah, that was my reaction too -- I think this is one of those places
where Debian and Ubuntu really want to be (slightly) distinct.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
environment.
There is no TkX and no stand-alone shells are built.
...which is why I suggested the dependency check should be on tclx8.3.
Aha, now I understand. Thank you for the explanation! I've applied a
patch to fix the dependency lintian expects.
--
Russ Allbery ([EMAIL PROTECTED
libraries, for instance, but there
are other cases).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the compat
level from cdbs until towards the end, and only if no other setting of it
was found.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
On Sat, Mar 04, 2006 at 10:34:19PM -0800, Russ Allbery wrote:
This is the largest patch I've written for lintian so far and it
includes a new test suite package, so I'd rather someone else look it
over before I just commit it. Could someone
sure what to say in this case. It's probably worth asking
the menu maintainer if calling it in prerm is safe and if the above logic
is correct. If it is safe, we can change the lintian warning.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
description says it is. This area will require some restructuring to make
an exception for debian/control.
Sorry for not following up on this faster. I've been working hard on a
new WebAuth release and haven't had time for much else in the past few
days.
--
Russ Allbery ([EMAIL PROTECTED
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
It's been a while since the last release, and mainly thanks to the great
work by Russ Allbery, we've got a 80-line changelog entry atm and a
mere 18 bugs fixed. I've rolled and installed the current svn (which now
passes its own testsuite again
Package: lintian
Version: 1.23.15
Severity: wishlist
The lintian frontend has options to ignore overrides and report which
overrides are triggered, but no option to report which overrides don't
trigger. Since people add overrides to work around lintian bugs from
time to time, it would be good to
no comments, and the testset still works etc. I plan to release
tonight or tomorrow or so, unless someone yells and wants some more
testing/finds showstopper bugs.
Certainly works for me. I've been holding off from doing anything to make
sure we stabilize for a release. :)
--
Russ Allbery ([EMAIL
!
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
you).
Hm, yes, those are both really good points.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
straightforward.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
generic and note in the description the likely
debhelper cause. Thanks for the report!
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
use su-to-root.
I suppose that may not do the right thing if the maintainer is really sure
they want to force a *particular* interface, but is that something people
are likely to want to do? It looks like the wrong thing to do for bum.
--
Russ Allbery ([EMAIL PROTECTED]) http
Bastian,
You provided a patch to lintian to check for executable stack that was
integrated in 1.23.13. We got a bug report indicating that it may not be
valid on all architectures. Could you take a look at Bug#357636 when you
get a chance and comment?
Thanks!
--
Russ Allbery ([EMAIL
is unfortunately unworkable.
If other lintian developers agree, I think this bug should probably just
be closed.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
to find out, that the problem lied in
debian/control::Buil-Depends
So far as I can tell from looking at the lintian source, Build-Depends
cannot create or solve this problem. That's a different warning.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
Bastian Blank [EMAIL PROTECTED] writes:
On Sun, Apr 02, 2006 at 05:52:36PM -0700, Russ Allbery wrote:
You provided a patch to lintian to check for executable stack that was
integrated in 1.23.13. We got a bug report indicating that it may not
be valid on all architectures. Could you take
lately.
This is another project that I'd be interested in working on, although of
course getting up-to-date lintian.debian.org output is a good first step
for this.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
. Maybe a good lintian 1.24 project would be some
substantial refactoring and lifting common routines into the library.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
write something up if I get a chance. I have some policy stuff
I want to do first, though.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Russ Allbery [EMAIL PROTECTED] writes:
checks/rules is now back, using the make -p suggestion from debian-devel
a while back. Here are the details on how we run make:
Unfortunately, it looks like running make just isn't something we can do.
This set of flags *almost* works, except that make
with todo items on the QA package summary, but that can happen
later.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
On Wed, Apr 05, 2006 at 02:18:01PM -0700, Russ Allbery wrote:
I may well be missing something, as that seemed fairly straightforward,
so let me know what I didn't notice. consolidate-lintian and
lintian.log in ~rra on merkel.
Well, you missed
Russ Allbery [EMAIL PROTECTED] writes:
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
I'm not entirely sure yet how this all is going to work together
exactly, there's more things that needs such techinques to show only
particular archs/suites/etc. And the html_reports thingy is still being
of
gambas has gbx2 as its interpreter and will be uploaded to Debian in the
short future. So, please, add gbx and gbx2 as interpreters to lintian.
I see that /usr/bin/gbx is provided by gambas-runtime. What will be the
package name that provides /usr/bin/gbx2?
--
Russ Allbery ([EMAIL PROTECTED
-to-usr-x11r6 usr/X11R6/bin/testxbin2
W: filenames: svn-commit-file-in-package files/svn-commit.tmp
W: filenames: symlink-is-self-recursive usr/lib/filenames/symlink10wrong
../../..
W: filenames: symlink-is-self-recursive usr/lib/filenames/symlink5ok+warn ..
--
Russ Allbery ([EMAIL PROTECTED
Russ Allbery [EMAIL PROTECTED] writes:
If the package uses imake, it must build-depend on xutils-dev (=
1:1.0.2-1) for the correct paths. If it uses dh_installxfonts to handle X
font installation, it must build-depend on debhelper (= 5.0.29).
Ugh, sorry, all of those 1:1.0.2-1 mentions
Daniel Stone [EMAIL PROTECTED] writes:
On Sun, Apr 16, 2006 at 11:53:10AM -0700, Russ Allbery wrote:
Tag: package-installs-file-to-usr-x11r6-bin
Type: error
Info: Debian has switched to the modular X tree which now uses the regular
FHS paths, and all packages must follow. All packages
.
It will be nice to get the CDPATH fix out there, as that's bitten a few
people.
Anyway, please raise objections if you don't think we're ready for another
release, and otherwise please test what's currently in Subversion and make
sure it looks good.
--
Russ Allbery ([EMAIL PROTECTED]) http
Marc 'HE' Brockschmidt [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
Anyway, please raise objections if you don't think we're ready for
another release, and otherwise please test what's currently in
Subversion and make sure it looks good.
I fear I don't have the time
to see about knocking off a few
other bugs today and will upload a new version with this fixed by the end
of the day.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
: svnmailer source: missing-dh_python-build-dependency
Yup, my fault, I messed up that check. A new version will be uploaded
with a fix by the end of the day.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
require python itself. However, I see that python-dev
depends on python, so you get it through a transitive dependency. I'm not
sure how safe it is to rely on that always being the case going forward,
but maybe it should be
--
Russ Allbery ([EMAIL PROTECTED]) http
to ignore shell scripts with
a suffix of .dpatch in /usr/src.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is used, since I think it can do a better
job there.
Looking over CDBS, my guess is that the trigger is:
include /usr/share/cdbs/1/rules/patchsys-quilt.mk
for quilt and:
include /usr/share/cdbs/1/rules/dpatch.mk
for dpatch. Does that look right to you?
--
Russ Allbery ([EMAIL
this to the exception list
(xfonts-utils we already ran into).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
patch systems would
*have* to Build-Depend on patchutils to avoid warnings. I don't think
that's right; people may not care about that functionality and CDBS does
fall back on other techniques.
It's not a big deal; I just need to add another case in the code.
--
Russ Allbery ([EMAIL PROTECTED
reasonable and have
already been vetted in the Developer's Reference and we can adjust if any
of them are too unpopular. The doc-base checks will probably also find
some problems, but those I have a higher confidence will all be bugs.
--
Russ Allbery ([EMAIL PROTECTED]) http
the next archive push so no
one in unstable will be affected.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
me know
if that's the case.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
');
The source for this data is dpkg, which doesn't yet list amd64 in
/usr/share/dpkg/archtable. I'd been sort of holding off until dpkg
changed. But that's probably pointless... I think amd64 is about as
official as it gets at this point.
--
Russ Allbery ([EMAIL PROTECTED]) http
with the X libraries directly, but
that doesn't necessarily rule it out.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, and with all the weird build systems out there (yada comes to mind),
trying to find the templates in the source package can be quite hard.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
this. It unfortunately takes
a very, very long time to do. I've been meaning to set up a test
environment where I can run that sort of controlled test, but
realistically I'm not going to have time before late this summer.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
on this,
though.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
still
chasing down several more edge cases with these rules, as unfortunately
it's a bit complex to detect programmatically what is called during a
clean rule and what isn't.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
Jan Lübbe [EMAIL PROTECTED] writes:
On Fri, 2006-06-02 at 13:55 -0700, Russ Allbery wrote:
The way that lintian tries to detect this case is by looking for a line
like:
include /usr/share/cdbs/1/class/python-distutils.mk
in your debian/rules file. If there's some other way to tell
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
exemption?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
file new bug reports for new problems so that we can
better track in debian/changelog what's been fixed in each release.
Thanks!
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
Marcus Better [EMAIL PROTECTED] writes:
Russ Allbery wrote:
I don't. What version of lintian are you using?
lintian is 1.23.21.
And do you have a dependency on the right version of quilt?
Here's debian/control:
Source: ixp400-accesslib
Section: misc
Priority: optional
Maintainer
until he pointed it out). If you try to run
a binary that starts with the above and no #! line via, say, execv inside
a C program, it will fail. It only works from the command line because
the shell falls back on trying to interpret binaries with no valid magic
as shell scripts.
--
Russ Allbery
Raphael Hertzog [EMAIL PROTECTED] writes:
(moving to lintian-maint)
On Fri, 23 Jun 2006, Russ Allbery wrote:
Raphael Hertzog [EMAIL PROTECTED] writes:
I tend to think that you're doing too much checks here. Having too
much in Build-Depends is not *that* bad. You'd better check only
Since the tar fix requires a change to lintian, I think it's time for
another upload. If anyone has objections, voice them now, or I'll make an
upload tomorrow from what's in Subversion.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
On Tue, Jun 27, 2006 at 12:54:01PM +0200, Jeroen van Wolffelaar wrote:
On Mon, Jun 26, 2006 at 05:46:33PM -0700, Russ Allbery wrote:
Since the tar fix requires a change to lintian, I think it's time for
another upload. If anyone has objections
that permitted the Perl magic without a #! line. Thanks to Piotr
Engelking and Steve Langasek for pointing this out.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
.
The current version of tar in unstable now generates these sorts of
archives again, so if tar is going to be changed again, we'll have to
list the current version as well.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
encountered this message.
And:
windlord:~/dvl/debian/lintian grep -r 'Informational is deprecated' *
windlord:~/dvl/debian/lintian lintian -I ~/tmp/test.deb
windlord:~/dvl/debian/lintian lintian -i -I ~/tmp/test.deb
So I can't reproduce this
--
Russ Allbery ([EMAIL PROTECTED]) http
Hat and nothing in Debian used them, and I would have no idea how to fill
them out.
Is there some sort of existing policy document that explains all of this,
and to which we could code lintian checks? If not, I think developing
such a document would be the first step.
--
Russ Allbery ([EMAIL
in lintian. I don't see anything
in the documentation of dh-make-php that guarantees that it will always
depend on cdbs in the future, so if your package is directly using cdbs
features, I think you should add an explicit cdbs dependency.
--
Russ Allbery ([EMAIL PROTECTED]) http
reason to depend on dh-make-php at build time is to use the cdbs module
pear.mk.
But you're also using other cdbs modules not supplied directly by
dh-make-php, correct? Certainly, the template generated by dh-make-php
does so.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
like lintian
without a surfeit of special cases.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, please
let us know.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
for the local administrator for
local data. The error message may not be accurate, but it looks to me
like this still should be an error. Am I missing something?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
be consistent with the second-to-last sentence above.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
wrong.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
this to debian-policy and see what other folks
think?
Sure. Go ahead. And thanks for caring!
Okay, will do.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
though the doc-base file in the apckages looked fine.
Upon debugging, it turned out the Format field in freesci-doc's
doc-base file had trailing spaces, which lintian included in the
format, causing it to try and match textto the known formats.
Thanks! Applied.
--
Russ Allbery ([EMAIL
to me. :)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
guarantee that those packages are installed. To fix
this, we probably need to add a dependency checking function that ignores
architecture strings. Ugh.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
because it serves no use and would
only end up in the .po files as an extra translatable string.
Only if you mark it translatable. So don't do that. (In other words,
omit the _ in front of Description.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
.
If you want to use [[ or ]], you need to use #!/bin/bash or some
equivalent.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, the devref should really change.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
page to be clearer about how lintian constructs the
path to the package repository.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the
contents of the control file. At least a syntax specification would seem
to be in order here.
Is the intention for cli-policy to eventually become a subpolicy of the
main Debian Policy manual?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
than maybe a wasted upload.
I have a sneaking suspicion that if we do recognize it, we'll immediately
get a request from someone to stop recognizing it since they were using
lintian to remind themselves to change the distribution before uploading.
--
Russ Allbery ([EMAIL PROTECTED
for inspiration.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
As always, I didn't get everything in from the BTS that should be
straightforward, but at least the Python checks are in and this should be
a good chunk of stuff for a new release.
Unless there are any objections, I'm going to upload what's in Subversion
on Monday.
--
Russ Allbery ([EMAIL
documentation that this is an invariant and a promise that won't
be changed later.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sebastian Dröge [EMAIL PROTECTED] writes:
On Fr, 2006-08-18 at 18:11 -0700, Russ Allbery wrote:
Did this replace netlibs, or is netlibs still also of interest? I seem
to recall that CLI and .NET are two different ways of talking about the
same general set of technology.
Yes, it replaces
martin f krafft [EMAIL PROTECTED] writes:
also sprach Russ Allbery [EMAIL PROTECTED] [2006.08.19.0549 +0100]:
I have a sneaking suspicion that if we do recognize it, we'll
immediately get a request from someone to stop recognizing it
since they were using lintian to remind themselves
Pierre Habouzit [EMAIL PROTECTED] writes:
Le lun 21 août 2006 02:30, Russ Allbery a écrit :
If it's really the intention that python-support will always provide
a Python interpreter, that should be added to its long description so
that there's documentation that this is an invariant
1 - 100 of 2537 matches
Mail list logo