Bug#959037: lintian: FPOS? for executable-in-usr-lib
On Thu, Apr 30, 2020 at 11:41:44AM +0200, Bastian Blank wrote: > The _other_ d-i parts are only looking in the specified directories in > /usr/lib. Okay, let's expand on this. The following directories are part of the API of several d-i components: - /usr/lib/post-base-installer.d/ - /usr/lib/pre-pkgsel.d/ The same is e.g. true for /usr/lib/apt/ (okay, maybe this was extended to include /usr/libexec/apt/ as well in the meantime). It is however irrelevant if this API is provided by a deb or udeb. You, as user of this API, can't just move a file from /usr/lib/x to /usr/libexec/x and expect it to continue working. This is an API transition and needs to be coordinated. I would assume this tag is in the pedantic pile for a reason: You can't just run, but need to think about it. Bastian -- If a man had a child who'd gone anti-social, killed perhaps, he'd still tend to protect that child. -- McCoy, "The Ultimate Computer", stardate 4731.3
Bug#959037: lintian: FPOS? for executable-in-usr-lib
Hi Mattia On Wed, Apr 29, 2020 at 06:40:07PM +0200, Mattia Rizzolo wrote: > On Tue, Apr 28, 2020 at 11:38:44PM +0100, Steve McIntyre wrote: > > ACK. d-i won't be looking in /usr/libexec. Please leave things where > > they are... > Good, then @lintian-maint: please exclude udebs from this check :) > (as I think used to be in the past, since I don't think I saw this tag > years ago in this package, but I know it has been there for a while…) Why? The tag is completely correct. The _other_ d-i parts are only looking in the specified directories in /usr/lib. Bastian -- But Captain -- the engines can't take this much longer!
Bug#943536: lintian: Stop shipping profile 'debian/ftp-master-auto-reject'
On Fri, Oct 25, 2019 at 02:37:33PM -0700, Felix Lechner wrote: > Based on information from #debian-ftp, which is recorded in part below, the > profile is no longer being used. It will be removed in the near future. How will this command line option work afterwards? | -F, --ftp-master-rejects | Run only the checks that issue tags that result in automatic rejects | from the Debian upload queue. The list of such tags is refreshed with | each Lintian release, so may be slightly out of date if it has changed | recently. | This is implemented via a profile and thus this option cannot be used | together with --profile. Bastian -- I have never understood the female capacity to avoid a direct answer to any question. -- Spock, "This Side of Paradise", stardate 3417.3
Bug#642606: lintian - check for hardlinks in one directory
Package: lintian Severity: normal btrfs, the newest filesystem supported by Linux, includes a limitation of links to one file within one directory. This limit is, depending on the length of the filenames, something between 100 and 200 names. As dpkg makes a link as backup for every file first, the count needs to be adjusted. git is one of the packages I found problematic, see #642603). This limit comes from the fact that the current on-disk-format needs to have all names for one file within a directory in one single tree page (usually 4KiB). There are discussions about a fix, but it requires a format change and is therefor rather low on the priority list. Maybe lintian could check for this a bit. Bastian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110924124230.28011.80146.report...@bushhammer.waldi.eu.org
Bug#583555: lintian - Undefined subroutine Lintian::Schedule::warning
Package: lintian Version: 2.4.1 Severity: important A maybe incorrect lintian call fails with the following error: | Undefined subroutine Lintian::Schedule::warning called at /usr/share/lintian/lib/Lintian/Schedule.pm line 137. Bastian -- Beam me up, Scotty, there's no intelligent life down here! -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100528101715.ga17...@wavehammer.waldi.eu.org
Bug#557511: lintian - Considers all rpath an error
On Mon, Nov 23, 2009 at 01:17:10AM -0800, Russ Allbery wrote:
Bastian Blank wa...@debian.org writes:
lintian considers all rpath settings an error
No, it doesn't.
Please provide actual details of the problem that you're running into so
that we can determine whether or not this is a case that Lintian should
recognize is valid.
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/bin/blktapctrl ${ORIGIN}/../lib
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/lib/libblktap.so ${ORIGIN}
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/lib/python/xen/lowlevel/acm.so ${ORIGIN}/../../..
while this is not backed by the policy.
Lintian doesn't only check Policy (and has never only checked Policy).
As long as it proposes serious as severity, which is only valid for
policy violations, it have to.
Bastian
--
Leave bigotry in your quarters; there's no room for it on the bridge.
-- Kirk, Balance of Terror, stardate 1709.2
--
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557511: lintian - Considers all rpath an error
Package: lintian Version: 2.2.18 Severity: important lintian considers all rpath settings an error while this is not backed by the policy. Bastian -- Too much of anything, even love, isn't necessarily a good thing. -- Kirk, The Trouble with Tribbles, stardate 4525.6 -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532012: lintian - binary-from-other-architecture fails on kernel modules
Package: lintian Version: 2.2.9 Severity: important lintian gives the error binary-from-other-architecture for all kernel modules. All kernel modules are located in /lib/modules, regardless of the exact architecture. Bastian -- No one may kill a man. Not for any purpose. It cannot be condoned. -- Kirk, Spock's Brain, stardate 5431.6 -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532013: Treats amd64 kernel modules on i386 as an error
On Fri, Jun 05, 2009 at 08:52:32PM +0100, Adam D. Barratt wrote: On Fri, 2009-06-05 at 19:56 +0200, Bastian Blank wrote: lintian gives the error binary-from-other-architecture for all kernel modules. All kernel modules are located in /lib/modules, regardless of the exact architecture. Fixed; thanks for the report(s). Not fixed. This is not specific to amd64. Bastian -- No one wants war. -- Kirk, Errand of Mercy, stardate 3201.7 -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532013: Treats amd64 kernel modules on i386 as an error
On Fri, Jun 05, 2009 at 10:35:38PM +0100, Adam D. Barratt wrote: After a quick discussion with Ben on IRC, I've generalised the check to allow a 32-bit package to contain 64-bit kernel modules for any of the 32/64-bit pairs which binary-from-other-architecture currently understands. Even that is incorrect. There are more ABI variants for several architectures, especially MIPS. The kernel ABI is not related in any way to the userspace ABI. Bastian -- Schshschshchsch. -- The Gorn, Arena, stardate 3046.2 -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507761: lintian - quilt-series-but-no-build-dep false positive: debian/patches/series directory
Package: lintian Version: 2.1.0 Severity: normal lintian reports quilt-series-but-no-build-dep for linux-2.6. It includes a _directory_ debian/patches/series, which is never usable by quilt. Bastian -- Vulcans worship peace above all. -- McCoy, Return to Tomorrow, stardate 4768.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
lintian.d.o sorting is weird
Hi folks The entries on lintian.d.o are sorted after the source package name and the binary package version. This means that linux-modules-extra-2.6 currently have 10 entries instead of one. Bastian -- It is necessary to have purpose. -- Alice #1, I, Mudd, stardate 4513.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lintian.d.o sorting is weird
On Thu, Dec 04, 2008 at 12:53:06PM -0800, Russ Allbery wrote: Bastian Blank [EMAIL PROTECTED] writes: The entries on lintian.d.o are sorted after the source package name and the binary package version. This means that linux-modules-extra-2.6 currently have 10 entries instead of one. Is there something different that we should be doing that would preserve that effect without causing problems for this package? Sure. Collect all binaries for one source/version and output them en bloc. You can always find this information in the Source field of the control file. Each binary which have a different version then the corresponding source gets it appended, for example binNMUs or the already mentioned binaries of linux-modules-extra-2.6. This way you don't mix binary and source versions and also provide the information you mentioned. Bastian -- Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, The City on the Edge of Forever, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357636: shlib-without-PT_GNU_STACK-section check not valid for all arches?
On Sun, Apr 02, 2006 at 05:52:36PM -0700, Russ Allbery wrote: You provided a patch to lintian to check for executable stack that was integrated in 1.23.13. We got a bug report indicating that it may not be valid on all architectures. Could you take a look at Bug#357636 when you get a chance and comment? Hmm, I just rechecked on which arches gcc generates this section always. It seems that this are: - alpha - i386 (this includes amd64) - m68k - powerpc - s390 - sparc On the others it seems to be optional. Bastian -- That unit is a woman. A mass of conflicting impulses. -- Spock and Nomad, The Changeling, stardate 3541.9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333520: lintian - python-script-but-no-python-dep with python2.4 and python2.4-minimal
Package: lintian Version: 1.23.12 lintian reports the following error: | E: mklibs-small: python-script-but-no-python-dep ./usr/bin/mklibs-small.py while the control file shows: | Package: mklibs-small | Version: 0.1.17 | Depends: python-2.4-minimal, libc6 (= 2.3.5-1), libgcc1 (= 1:4.0.1), libstdc++6 (= 4.0.1-9) Bastian -- Bones: The man's DEAD, Jim! signature.asc Description: Digital signature
