On Fri, Mar 20, 2020 at 08:57:05AM -0700, Felix Lechner wrote:
> Hi,
>
> On Fri, Mar 20, 2020 at 8:03 AM Mattia Rizzolo wrote:
> >
> > field-too-long was added to prevent silliness in the archive. As such, it
> > only makes sense for binary control fields and .dsc, nothing else.
>
> Why
Thanks Niels!
A new trouble ticket, a summary of which appears below the dashed line,
regarding
"lindsay.debian.org ENOSPC",
has been created and the Requestor set you as a CC, which is why you are
receiving this autoreply-on-ticket-creation message.
In case you reply to this mail, please include the
Package: lintian
Version: 2.5.50.4
Severity: wishlist
>From time to time uploads intended at stable-backports end up in
stable-proposed-updates due to incorrect Distribution in .changes.
lintian should be able to flag that as an error. Something like the
below, maybe (+ tests)?
Cheers,
Julien
On 05/29/2018 04:28 PM, Chris Lamb wrote:
> tags 900354 + moreinfo
> thanks
>
> Hi Julien,
>
> Thanks for the report.
>
>> <@weasel> "guarding adduser calls considered harmful"
>
> … regardless of --system or? oh, some concrete examples of "good" and
> "bad" would be really helpful here in
Package: lintian
Severity: wishlist
<@weasel> not that I'd file a bug about this, but I don't like this pattern:
<@weasel> if ! getent group "$REPRO_GROUP" >/dev/null; then
<@weasel> addgroup --system "$REPRO_GROUP" || exit 1
<@weasel> fi
<@weasel> the goal of --system is to a)
--quiet --ingroup ntp --no-create-home ntp
Looks to me like lintian is right, and you should set ntp's $HOME to
something like /nonexistent instead of /home/ntp.
Cheers,
Julien
--
Julien Cristau julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique
On Mon, May 14, 2012 at 15:16:15 -0400, Theodore Ts'o wrote:
Can someone tell me what's up, and ideally update the text at:
http://lintian.debian.org/tags/udeb-uses-non-gzip-data-tarball.html
... so developers can know what to do?
debhelper switched to xz for udebs yesterday, udpkg
Package: lintian
Version: 2.5.2~bpo60+1
Severity: normal
lintian complains about a bad distribution when a codename (like, say,
wheezy or squeeze) is used in changes files as Distribution.
Cheers,
Julien
-- System Information:
Debian Release: 6.0.2
APT prefers proposed-updates
APT policy:
On Fri, Aug 12, 2011 at 08:54:17 -0700, Russ Allbery wrote:
Julien Cristau jcris...@debian.org writes:
lintian complains about a bad distribution when a codename (like, say,
wheezy or squeeze) is used in changes files as Distribution.
This was intentional, since my understanding
Package: lintian
Version: 2.5.0
Severity: minor
A while ago I added a symbols file for libx11-6. Now, Xlib being of a
certain age, it has exported symbols that should really not be public,
but everyone's too afraid of breaking obscure stuff that may have come
to rely on them anyway. So instead
On Tue, May 4, 2010 at 11:04:20 -0700, Russ Allbery wrote:
Julien Cristau jcris...@debian.org writes:
I was considering moving xserver-xorg-core's Conflicts to Breaks, but
that seems to introduce new lintian warnings about
'breaks-without-version'.
What's the motivation here? I
: optional
Maintainer: Debian X Strike Force debia...@lists.debian.org
Uploaders: Julien Cristau jcris...@debian.org, David Nusinow
dnusi...@debian.org
Build-Depends: debhelper (= 5), automake, autoconf, libtool, pkg-config, quilt
Standards-Version: 3.8.3
Vcs-Git: git://git.debian.org/git/pkg-xorg/lib
Package: lintian
Version: 2.2.13
Severity: minor
Hi,
xfonts-utils Depends on xfonts-encodings, which triggers the
package-depends-on-an-x-font-package lintian error. The encodings are
used by some scripts in xfonts-utils. I'm overriding the error for now,
but filing this bug in case you think
Package: lintian
Version: 2.2.12
Severity: normal
Hi,
lintian complains about bashisms in some X maintainer scripts, because
they include the following code:
trap message;\
message \Received signal. Aborting $THIS_PACKAGE package $THIS_SCRIPT
script.\;\
message;\
exit 1 HUP
+
+ * Add nickle as a known interpreter.
+
+ -- Julien Cristau jcris...@debian.org Sun, 01 Feb 2009 15:53:14 +0100
+
lintian (2.2.1) unstable; urgency=low
* Summary of tag changes:
--
1.5.6.5
signature.asc
Description: Digital signature
Package: lintian
Version: 2.0.0~rc2
Severity: normal
Hi lintian maintainers,
See
http://git.debian.org/?p=pkg-xorg/xsfbs.git;a=blob;f=debian/xsfbs/xsfbs.sh;h=72efa950d3276968f8405e8fecc32ea5a4572e77;hb=HEAD#l213
The following construct:
case $foo in
/usr/bin/bar) baz ;;
On Sun, Jul 20, 2008 at 22:16:32 -0700, Russ Allbery wrote:
Julien Cristau [EMAIL PROTECTED] writes:
I disagree with this, but that's not really the point. If lintian wants
to complain that there are changes outside debian/, then it can do it
once. Doing it once for every modified file
Package: lintian
Version: 1.24.2
Severity: serious
$ lintian ../xorg-server_1.4.2-2_i386.changes |wc -l
1438
This is just not bearable. I get one warning for every Makefile.in in
the package (see #471263), and one for every line deemed too long in
debian/copyright for every binary package.
On Fri, Jul 18, 2008 at 09:47:14 -0700, Russ Allbery wrote:
$ lintian ../xorg-server_1.4.2-2_i386.changes |wc -l
1438
A fair chunk of that with 1.4.2-1 at least is:
E: xserver-xorg-core: unstripped-binary-or-object
./usr/lib/xorg/modules/extensions/libGLcore.so
There are 35 of
On Mon, Dec 17, 2007 at 17:55:02 -0800, Russ Allbery wrote:
It looks like this should only trigger when you're listing the exact same
substvar in both depends and recommends, which seems to be exactly the
problem that this check is warning about since that will generate the same
results in
Package: lintian
Version: 1.23.34
Severity: minor
Hi,
running lintian on the xorg-server package from experimental gives me
the following errors:
E: xorg-server source: debian-control-with-duplicate-fields #package:
88, 108
E: xorg-server source: debian-control-with-duplicate-fields
On Tue, Sep 4, 2007 at 09:24:33 -0700, Russ Allbery wrote:
I see no indication in Debian Policy that comments are permitted in
control files. I'm happy to change Policy and then the lintian check if
they truly are, but I'd need confirmation from everything significant that
parses control
Package: lintian
Version: 1.23.32
Severity: wishlist
lintian has checks for CVS directories in source package, I think it'd
be useful to have it check for .git directories as well (I've mistakenly
uploaded a package with the whole repo).
Thanks,
Julien
signature.asc
Description: Digital
24 matches
Mail list logo