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;
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 l
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
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
te
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 ne
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 on
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 cur
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
Descripti
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;
> > /u
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.
T
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/debhelper>echo $COLUMNS
65
j...@gnu:~/src/debhelper>lintian ../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
j...@gnu:~/s
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,
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
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
Package: lintian
Version: 1.23.49
Severity: normal
If I have a simple rules file using dh, like
#!/usr/bin/make -f
%:
dh $@
lintian still complains:
E: tasksel source: debian-rules-missing-required-target binary-arch
E: tasksel source: debian-rules-missing-required-target build
E: tasks
Russ Allbery wrote:
> We do already have code that's supposed to check whether an md5sums
> control file is needed. It apparently isn't working right. (Naively, I
> would have thought that files in /etc would still have md5sums in the
> package? I'm probably just confused.)
dpkg already include
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 config
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 " an
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, 'experimen
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-li
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')
Arch
Package: lintian
Version: 1.23.27
Severity: normal
E: apt_0.6.46.4.1_i386.changes: bad-urgency-in-changes-file emergency
That is a valid urgency, see policy.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i6
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
Descri
Package: lintian
Version: 1.23.15
Severity: wishlist
Bug #337664 was a debhelper bug that caused a lot of maintainer scripts
to end up being broken like this:
# Automatically added by dh_installinit
if [ -x "/etc/init.d/dbus" ]; then
if [ -x "`which invoke-rc.d 2>/dev/null`" ]; then
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]:~package>dpkg --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]:~package>lintian aalib1-dev_1.4p5-21_i386.deb
E: aalib1-dev: usr
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 po
31 matches
Mail list logo