Package: lintian
Version: 1.23.24
Severity: important
A recent upload of QOF included two new packages. The main library is
dependent on at least one of these new packages being installed and is
Priority: optional. However, I inadvertently put the two new packages as
Priority: extra and lintian
Package: lintian
Version: 1.23.27
Severity: wishlist
The only packages that generate this warning are packages by a DD who
has changed his name by deed poll to just one word: wookey. It seems
unfair to have a warning that only he has to override. :-)
I came across this when checking my own
) | 2.4.4-2
gettext (= 0.16) | 0.16.1-1
intltool-debian | 0.35.0+20060710.1
libparse-debianchangelog-perl (= 0.6) | 1.0-1
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http
Maybe this very old bug should be closed as unfeasible?
s/very old//
Hmm, it must be getting late - I've been browsing some old lintian bugs
and thought this one was a lot older than it really is.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com
, it gets recreated, despite not having
any mention of it in the package files.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: OpenPGP digital signature
a fork.
How could this be achieved?
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: This is a digitally signed message part
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 Thu, 2008-04-03 at 16:59 -0700, Russ Allbery wrote:
Neil Williams [EMAIL PROTECTED] writes:
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.
Yes, it would need
packages.
;-)
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
signature.asc
Description: This is a digitally signed message part
Oops, sent to the wrong bug report.
On Wed, 2008-05-28 at 11:45 +0100, Neil Williams wrote:
On Tue, 2008-05-27 at 18:06 -0700, Russ Allbery wrote:
Neil Williams [EMAIL PROTECTED] writes:
On Sun, 2008-05-25 at 08:40 -0700, Russ Allbery wrote:
Lots of other packages do this -- one
] wrote:
On Sat, 2008-11-29 at 18:26 +0100, Neil Williams wrote:
lintian has started outputting a lot of perl warnings:
Use of uninitialized value $severity in hash element
at /usr/share/lintian/lib/Tags.pm line 293. Use of uninitialized
value $certainty in hash element at /usr/share
/lintian.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpbH699ZTSI3.pgp
Description: PGP signature
Package: lintian
Version: 2.1.3
Severity: normal
I'm designing a fairly unusual package which contains the source to
build another package as well as scripts and other files for the main
package. Therefore, /usr/share/foo/ contains a debian/ directory with
debian/rules and postinst files as well
Package: lintian
Version: 2.1.6
Severity: wishlist
Tags: l10n
http://people.debian.org/~codehelp/#debconf
http://lists.debian.org/debian-mentors/2009/01/msg00178.html
I've been thinking about translation and debconf, partially due to my
work on TDebs etc. I think there are good reasons to
On Sun, 18 Jan 2009 10:22:09 -0800
Russ Allbery r...@debian.org wrote:
Neil Williams codeh...@debian.org writes:
debconf only ever asks the same question once - to be effective, that
question should be translated the very first time that question is
offered to the user. Translating
(especially QA uploads etc.) and all packages coming through
mentors should be up to the latest measures of Policy, Standards and
general behaviour.
Maybe lintian could be more aggressive for checks performed during
sponsoring than when being used by more experienced DD's. ;-)
--
Neil Williams
On Mon, 19 Jan 2009 18:27:40 +0100
Christian Perrier bubu...@debian.org wrote:
Quoting Neil Williams (codeh...@debian.org):
Yes, we can change the severity, although I'd like to run that past
debian-i18n first.
Christian - this is a slightly different problem to what you first
that are using debconf for internal use which seems to be
against the spirit of debconf, to me anyway.
Oh and before anyone asks, I'm not saying that the true positive checks
or the internal use only templates need to be fixed for Lenny. ;-)
--
Neil Williams
=
http://www.data-freedom.org
On Mon, 19 Jan 2009 14:54:26 -0800
Russ Allbery r...@debian.org wrote:
Neil Williams codeh...@debian.org writes:
Russ Allbery r...@debian.org wrote:
If I check the generated templates in the binary deb, how do I check
that the string was marked for translation? We don't want to trigger
man-db2.5.7-2on-line manual pager
-- no debconf information
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpbxzkjA6z3m.pgp
Description: PGP signature
?
Yes, feel free to merge this bug report into the bug seeking a
per-system configuration file. Is that the support where a package can
drop in a config file into a lintian/overrrides.d/ type directory?
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com
?
:-)
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpsoi6oCLH7K.pgp
Description: PGP signature
and/or
discussions at DebConf9.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpKvBnkJLj0z.pgp
Description: PGP signature
takes to process the daily updates to Emdebian Grip.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgp6I4ZpEPdo1.pgp
Description: PGP signature
On Wed, 14 Oct 2015 11:17:40 +0800
Paul Wise <p...@debian.org> wrote:
> On Tue, 13 Oct 2015 20:48:48 +0100 Neil Williams wrote:
>
> > lava_server/htdocs/js/jquery.validate.js
> > lava_server/lava-server/js/jquery.validate.js
>
> Are you sure these files are so
Package: lintian
Version: 2.5.38
Severity: normal
lintian is complaining about source-is-missing in the
lava-server binary package for these files. The files
are present in the package as source:
dashboard_app/static/dashboard_app/js/jquery.flot.navigate.js
Package: lintian
Version: 2.5.42.1
Severity: normal
The python-script-but-no-python-dep check is being triggered despite the
dependency
existing:
$ lintian ../lava-server_2016.3+5538.7f896cb-1_amd64.changes
E: lava-dev: python-script-but-no-python-dep
usr/share/lava-server/render-template.py
Package: lintian
Version: 2.5.42.1
Severity: normal
The information for python-script-but-no-python-dep contains the section:
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
expects. The packaging already has the lintian advice for
calculating dependencies with debhelper but no such dependency is
calculated.
So is debhelper wrong here to not add (a completely redundant)
dependency or is lintian wrong to not handle dependencies already
listed?
There really is no point adding the
so the master
branch will likely have this change soon. However, the upstream helper
script builds whatever is in the git working tree, without fussing
about uncommitted changes like git-bp.
>
>
> Best wishes,
>
> --
> ,''`.
> : :' : Chris Lamb
> `.
ists.
That should be relatively easy to test.
What is going wrong is that lintian and dpkg disagree on what is correct.
lintian either needs to not check /usr/share or this gets reassigned to
dpkg-gencontrol to make dpkg check /usr/share.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpJ2ujBQiS1j.pgp
Description: OpenPGP digital signature
tream work with static Debian packaging. Same process is then used
to build the nightly builds which are used for functional testing well
before any release. Debian tooling is completely useless for all of
that upstream work, indeed dpkg is actively obstructive - hence the
need for the lava-dev scripts.
Package: lintian
Version: 2.5.82
Severity: wishlist
>From the tag description (extended in bug #889489), it's not clear to me
*how* to use runuser for the requested fix and *why* using runuser
actually fixes the problem described in the tag and the referenced
bug reports. (The bugs referenced in
he current
maintainer script can be designed, from scratch. The testing stage of
that development alone is expected to take several weeks. We cannot
risk that level of disruption at this stage of the upstream release
process.
A rushed fix to the current postinst is simply unacceptable.
--
Neil
34 matches
Mail list logo
