Henrique de Moraes Holschuh wrote:
(cc'ing the debhelper maintaner to get an authoritative answer about whether
a dh module can have a - in the name or not).
It's a perl module, and AFAIK you cannot have a dash in the name of a
perl module.
joey@darkstar:~perl -e 'use Foo::Bar-Baz'
Can't
Matthias Klose wrote:
Package: lintian
Seen now in many packages, calling
dh --with autotools-dev
instead of autotools_dev, making this a nop.
Actually, dh --with nonexistantthing is not a noop, it causes dh to
fail.
--with autotools-dev works because dh does a $mod=~s/-/_/g;
--
Cyril Brulebois wrote:
(There might legitimate cases where udebs ship no contents, and just
contain maintainer scripts/debconf stuff, so I'm cc-ing debian-boot@
for input.)
There are several such udebs. iso-scan is one.
--
see shy jo
signature.asc
Description: Digital signature
Package: lintian
Version: 2.5.5
Severity: normal
cdebconf has gotten to be a quite usable replacement for debconf.
However, in trying to remove debconf from my system, I found there
were several packages with wrong dependencies, like this:
Depends: debconf (= 0.5) | debconf-2.0, debconf
That
Russ Allbery wrote:
But, on this topic, when I looked at removing debconf from my system, the
thing that seemed to be missing was debconf-set-selections. Does cdebconf
provide that utility in some way that I'm not noticing?
cdebconf depends on debconf to allow them to be co-installed for
Niels Thykier wrote:
I noticed that you are making d/compat the only source of a
debhelper compat[1]. Would you like us to add a tag for missing
compat file (with use of debhelper)?
Absolutely.
There are potentially some packages that use DH_COMPAT to set their
compat level, rather than
Package: lintian
Version: 2.5.4
Severity: wishlist
Surprisingly, many packages seem to have randomly executable files
in the source package, like debian/changelog and debian/copyright.
A lintian check seems like a good idea.
--
see shy jo
signature.asc
Description: Digital signature
Package: lintian
Version: 2.5.1
Severity: normal
Thank you for maintaining so much debhelper deprecation checks!
I compared the lintian checks with debhelper's TODO list,
and dh_installmanpages is deprecated but not shown by lintian.
Also, debian/compress files are deprecated for a while.
But
As seen in #604153, debconf templates files with fields using a
l...@modifier locale such as s...@latin will fail to work with debconf
before 1.5.34. This needs to be fixed by the affected packages
Pre-Depending (not Depending) on debconf (= 1.5.34)
Only tasksel and keyboard-configuration are
gregor herrmann wrote:
Right, I'm also not really sure about the status of compat level 8.
Cc'ing Joey to get some input.
Using compat level 8 before debhelper version 8.0 leaves a package open
to breaking when I make more changes to that compat level.
--
see shy jo
signature.asc
Josselin Mouette wrote:
Many python-*-dbg packages using python-support ship files in
/usr/lib/debug/usr/lib/pyshared/pythonX.Y/, likely as a result of
dh_strip'ping files in /usr/lib/pyshared/pythonX.Y/. However, this is
wrong, as gdb will never look into that directory;
Russ Allbery wrote:
debhelper and didn't have this dependency will now get a warning. We're
currently deciding whether to teach Lintian that ${misc:Depends} isn't
needed in this specific case or to just uniformly recommend the
${misc:Depends} dependency for all packages using debhelper.
The
Marc, your PATH is broken. It contains literally '~/bin' -- not
/home/duck/bin. That will cause the shell to look in
./~bin/ in the current directory, which could even be a security
risk. Just thought you should know that.
j...@gnu:~PATH=~/bin:/usr/bin:/bin find ~/tmp/a -type f -execdir echo {}
Package: lintian
Version: 2.2.6
Severity: normal
j...@gnu:~/src/debhelperecho $COLUMNS
65
j...@gnu:~/src/debhelperlintian ../debhelper_7.0.52_all.deb
W: debhelper: manpage-has-errors-from-man usr/share/man/man1/dh.1.gz 200:
warning [p 2, 3.2i, div `an-div', 0.0i]: can't break line
Russ Allbery wrote:
I believe that if you install them with dh_installchangelogs, they'll be
compressed. I think that's the way you're supposed to install the
upstream changelog.
No matter how the changelog is installed, dh_compress is the *only*
thing in debhhelper that will compress it, and
Raphael Geissert wrote:
It seems that some people may decide that using brace expansion (ie,
docs/{foo,bar}) in a debian/package.docs file is a good idea. Despite it
not being documented anywhere, not being an intended syntax, working
only by accident in certian configurations, and of
Adam D. Barratt wrote:
As far as I can see, such a test does not currently exist. It would be
fairly simple to add, assuming that the following methodology would make
sense (on a per-binary package basis):
for each of config, preinst, postinst, prerm, postrm
find uses of db_input,
Raphael Hertzog wrote:
This is always wrong as the files in the debian directory are provided by
Debian.
Unless they're provided by upstream...
Furthermore those packages do not work with the 3.0 (quilt) source
format as it needs to generate a diff between the current source directory
and
Package: lintian
Version: 1.23.48
Severity: wishlist
It seems that some people may decide that using brace expansion (ie,
docs/{foo,bar}) in a debian/package.docs file is a good idea. Despite it
not being documented anywhere, not being an intended syntax, working
only by accident in certian
Package: lintian
Version: 1.23.46
Severity: normal
As of debhelper version 7, there is a dh utility that runs a bunch of
debhelper commands in sequence. Use of this breaks various lintian tests
that check for certian dh_ commands being in the rules file. You can
probably just check for ^\tdh and
Package: lintian
Version: 1.23.46
Severity: normal
W: initramfs-tools: unknown-control-file triggers
This is a new official control file used by dpkg triggers.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1,
Package: lintian
Version: 1.23.45
Severity: normal
W: sleepd: copyright-without-copyright-notice
sleepd is copyright 2000-2008 by Joey Hess [EMAIL PROTECTED] under the
terms of the GNU GPL, version 2 or higher. On Debian systems, the full text
of the GPL is in /usr/share/common-licenses
Package: lintian
Version: 1.23.36
Severity: normal
The symbols control file is a dpkg-gensymbols file.
(For bonus points, sanity check the file. ;-)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Jeroen van Wolffelaar wrote:
Certianly, especially in this case. Can you maybe mention two examples
in current unstable, one being ok, one not being ok, but still having a
similar (but correct) snippet?
not ok: dbus 0.61-4
ok: sleepd 1.3.4 (in Incoming)
--
see shy jo
signature.asc
Package: lintian
Version: 1.23.8
Severity: normal
W: bsdgames: postrm-has-useless-call-to-update-menus
N:
N: The postrm script calls the update-menus program though no file is
N: installed in /usr/lib/menu or /etc/menu-methods
This is incorrect; I use /usr/share/menu.
-- System Information:
Package: lintian
Version: 1.23.2
Severity: normal
[EMAIL PROTECTED]:~packagedpkg --info aalib1-dev_1.4p5-21_i386.deb|grep Depends
Depends: aalib1 (= 1.2-18), libx11-dev, slang1-dev ( 1.3.0-0),
libncurses5-dev
[EMAIL PROTECTED]:~packagelintian aalib1-dev_1.4p5-21_i386.deb
E: aalib1-dev:
Package: lintian
Version: 1.22.10
Severity: normal
E: base-config: unknown-template-type title
For a while debconf has supported the title type used by the SETTITLE
command.
-- System Information:
Found unknown policy: ('1', 'pool')Debian Release: testing/unstable
APT prefers unstable
APT
27 matches
Mail list logo
