atch]
> > 9 | strcpy(buf, string);
> > | ^~
> > hello.c:9:5: note: include '' or provide a declaration of 'strcpy'
> > cc1: some warnings being treated as errors
> > make[2]: *** [Makefile:11: all] Error 1
Attached patch fixes these i
Package: lintian
Version: 2.114.0
Severity: normal
See, for example, rust-ripgrep's Lintian page --
https://lintian.debian.org/sources/rust-ripgrep
superfluous-file-pattern ./complete/_rg [debian/copyright:10]
While the leading ./ isn't necessary, it is valid.
-- System Information:
Debian Rele
Package: lintian
Version: 2.87.0
Severity: normal
With neovim 0.4.3-3, lintian is reporting:
neovim source: wildcard-matches-nothing-in-dep5-copyright
scripts/check_urls.vim (line 13)
However, such a file does exist:
$ tar atf neovim_0.4.3.orig.tar.gz | grep check_urls
neovim-0.4.3/scripts/che
Package: lintian
Version: 2.87.0
Severity: normal
As seen in neovim 0.4.3-3, lintian is expecting globs in a single Files
paragraph to follow the same ordering expectations of globs in separate
Files paragraph.
E: neovim source: redundant-globbing-patterns [src/nvim/api/* src/nvim/*.lua]
for src
Package: lintian
Version: 2.5.110
Severity: normal
Tags: patch
14098d4c65159b651d6c324d04cc9a83c26a592e introduced a regression with
these two tags[0][1], as noticed by the libsvn1 package. This was due
to no longer re-setting[2] meta_info_seen when encountering a new entry
in the symbols file.
On Wed, Apr 18, 2018 at 12:58:52PM -0400, James McCoy wrote:
> While prepping the 1.10.0-1 subversion upload, I noticed that lintian
> flagged every single directory in the upstream tarball with
> "source-contains-empty-directory".
>
> Comparing this to other tarballs I h
Package: lintian
Version: 2.5.82
Severity: normal
While prepping the 1.10.0-1 subversion upload, I noticed that lintian
flagged every single directory in the upstream tarball with
"source-contains-empty-directory".
Comparing this to other tarballs I have available, it appears this is
due to the f
On Tue, Dec 19, 2017 at 08:56:20PM +0100, Helmut Grohne wrote:
> A slightly better way would be using AC_PATH_TOOL (with the same
> arguments) and the only difference here is considering $ac_tool_prefix.
> The recommended way is using the PKG_PROG_PKG_CONFIG macro from
> pkg-config tough. This macr
lt. I'll look into moving it to
a more official place when that's completed.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
l3.71-1+b3
ii libtext-template-perl 1.46-1
ii libyaml-perl 1.13-1
ii xz-utils 5.1.1alpha+20120614-2+b3
-- no debconf information
>From ca5a5ebed9650db558e60141bee02c41be1c5110 Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Sun, 25 Jan 2015 21:47:22 -0500
Subjec
- no debconf information
>From d355a440c53c18e2b1c739466584990d1a9df751 Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Sat, 6 Sep 2014 14:45:28 -0400
Subject: [PATCH] Fix false positives for desktop-mime-but-no-exec-code
Signed-off-by: James McCoy
---
checks/menu-format.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
0, which will hopefully be
settled soon. It's still unclear whether that will result in changing
the location of the keyrings (again).
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
2.6.0.2-3
ii xz-utils 5.1.1alpha+20110809-3
-- no debconf information
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
From 417ca4a0c297685c87ed33e7ed22bac3f6884e7b Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Sun, 18 Dec 2011 18:50:02 -0500
Subject: [PATCH] Added ch
tiarch
ii dpkg-dev 1.16.1.2
ii libhtml-parser-perl3.69-1+b1
ii libtext-template-perl
ii man-db 2.6.0.2-3
ii xz-utils 5.1.1alpha+20110809-3
-- no debconf information
--
James
GPG Key: 4096R/331BA3DB 2011-12-
14 matches
Mail list logo
