GobE2gX+eZHE3uqu+edYxl5J0hoWsFQGE7uDYCs3jG0MZrml
> CNLCNdLioRUo8Q+x8c0BEaQ24x9tam3Qf6zr6imW3l9DfI0W9LLLcxsFRbHBnBMM
> BRn/jch23kXTrzaQ3a0IQCJWmPzXqoxsWz4Qc+E8ftUDwo2RPBIuVwl/UHzdFXzB
> A+t0B9GmEZk=
> =/22D
> -END PGP SIGNATURE-
>
--
regards,
Matti
it's quite outdated compared to upstream version).
See for example:
perl -M'Data::Valizdate::Domain' -e 'is_domain("m...@eipi.fun") ||
print("domain invalid");'
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA1
pends:
| @,
| @builddeps@,
|Restrictions: allow-stderr
And python3-all is part of @builddeps@.
I reckon that lintian is perhaps not expanding @builddeps@ correctly for
this check?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944
it mentioned in any formal document.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `&#x
ch to see often.
% strings dhcpcd|grep -E 'addres\b'
Duplicate addres
In your case at most you could get this much.
Note that strings can also "leak" from statically linked/inlined functions.
I tried a quick codesearch.d.n lookup, but I couldn't spot a string like
that.
with a very poor contrast making them unreadable.
See the attached screenshot for an example.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://m
least a decade (when I started contributing to ubuntu packages…)
> Note to myself: There's a similar albeit not identical issue reported
> in https://bugs.debian.org/1001399.
♥ Axel :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCC
On Fri, Apr 22, 2022 at 09:59:50PM +0300, Martin-Éric Racine wrote:
> On Fri, Apr 22, 2022 at 3:57 PM Mattia Rizzolo wrote:
> >
> > Control: notfound -1 2.114.163
> > Control: found -1 2.111.0
> > Control: close -1 2.113.0
> >
> > On Thu, Apr 21, 2022 at 03:
backport to bullseye can be done.
(plus I notice lintian hasn't been uploaded _at all_ for many months…)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
enamemangle will save
the file using the format package_version.orig.tar.xz
Just FYI.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :
Sorry, this topic seems to have slipped my mind.
On Thu, Dec 09, 2021 at 08:59:33AM -0800, Felix Lechner wrote:
> On Thu, Dec 9, 2021 at 8:37 AM Mattia Rizzolo wrote:
> >
> > I believe we shouldn't concern
> > ourselves too much with UNRELEASED (what's the cu
On Sun, 16 Jan 2022, 2:58 pm Felix Lechner,
wrote:
> I cannot reproduce the behavior with hexchat_2.16.0-3.dsc (although
> there are probably others) because it lacks the second paragraph. [2]
> Are you uploading your new version to the archive? It would help me
> fix the bug.
I'm not uploadin
Package: lintian
Version: 2.114.0
My d/copyright has:
|Files: debian/*
|Copyright: 2014 Jesse Rhodes
| 2016-2022 Mattia Rizzolo
|License: GPL-2+
|
|Files: debian/apparmor/*
|Copyright: 2014 troubadour
| 2014-2021 ENCRYPTED SUPPORT LP
|License: GPL-3+-with-additional-terms
looking up) about the cruft check being slow.
Did you try running lintian yourself to actually verify it hangs
somewhere?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
latest release, or even a current git checkout of
lintian.
I don't think this is a problem for qa.debian.org.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
en in sbuild it's
a configurable parameter, so it wouldn't be an appropriate solution.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
gest that, after checking with the
debian-python@ lists, we could tell people to use -s if and only if
X-Python3-Version is not defined (conversely, we should warn if packages
use -s if X-Python3-Version *is* defined, probably).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCC
e data from distro-info-data you can easily figure from
what distribution is a given release. I believe we shouldn't concern
ourselves too much with UNRELEASED (what's the current behaviour here
anyway?)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA
,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/develo
se are fpos because those lines are within a (crazy is you ask me,
but well) `eval 'exec ${perlexe} -x $0 ${1+"$@"} ;'`.
o/
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
for case-insensitive
matches? I think that would be fair here.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://
ral times when I obviously typoed a bug number, so
please do keep it.
If I had to suggest a new static upper bound I'd recommend 1.5M though,
not 2M ^^
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More
n the source paragarph.
FTR, the dpkg maintainers pointed me to #555743 - so I think this "just"
needs some Policy massaging.
I filed #998165 on that regard, I guess you can follow that (but be
aware it will likely take a while).
--
regards,
Mattia Rizzolo
GPG
asked to the dpkg maintainers whether they had an intention to propose
a corresponding Policy change for it, since TTBOMK, Description was
never used in the source paragarph.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'
Control: close -1
On Fri, Sep 24, 2021 at 01:01:08PM +0200, Mattia Rizzolo wrote:
> SSIA.
nvm, it's there (useless-autoreconf-build-depends) and I was blind :3
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'&
,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/develo
ge
It shouldn't be IMHO.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
, and double
check that if dh-sequence-python3 is annotated with , then
also the binary packages using ${python3:Depends} should also have a
"Build-Profiles: " in it.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
On Tue, Apr 13, 2021 at 11:03:12AM -0700, Felix Lechner wrote:
> On Tue, Apr 13, 2021 at 9:46 AM Mattia Rizzolo wrote:
> > full import of everything
>
> I do not believe that is practicable. There are other ideas below.
>
> > * Figure out a way for UDD to know it needs
[ Adding lucas@ to CC since he is the main person behind UDD after all ]
On Sun, Apr 11, 2021 at 12:45:14PM -0700, Felix Lechner wrote:
> On Sat, May 9, 2020 at 5:33 PM Mattia Rizzolo wrote:
> > have lintian decide on a nice machine-parsable (text!) format
> > then udd will ada
er: Debian Let's Encrypt Team
Installed-Size: 25
Recommends: dehydrated, apache2 (>= 2.4.6-4~) | httpd
Section: misc
Priority: optional
It's my understanding that "apache2 (>= 2.4.6-4~) | httpd" is legal in
Recommends, and the extended tag description also seems to say so.
manpage and warning at runtime
2) add a note for the next DevNews
3) wait a few months after the bullseye release
4) MBF the remaining version=2 packages
5) wait a few more months
6) drop the support ~1/~1.5 years from now
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4
changed.
That now should be
Debian Python Team
So I wonder if instead those 2 tags should be replaced by a bunch of
old-papt-maintainer/old-papt-vcs/old-dpmt-vcs/old-dpmt-maintainer that
should all point toward the new name and new VCS location.
--
regards,
Mattia Riz
Package: lintian
Version: 2.91.0
Hi,
When using debhelper compat 13 there is no need to explicitly check
DEB_BUILD_OPTIONS=nocheck, so this tag
override_dh_auto_test-does-not-check-DEB_BUILD_OPTIONS
should not be emitted in dh compat 13.
--
regards,
Mattia Rizzolo
y the lintian
maintainers will provide in the future (the voices mention some json
file…).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
L
is bug away.
In fact, if one were to try to list all possible typos it would be a
never-ending effort, I acknowledge that. I reckon the one and true way
forward would be to do pattern-matching, but then it would perhaps
starts to go a tad outside the scope of lintian.
:)
--
regards,
a dh override. Please also flag these.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://la
2 Jun 2020, 6:24 pm Felix Lechner,
wrote:
> Hi Mattia,
>
> On Mon, Jun 22, 2020 at 8:58 AM Mattia Rizzolo wrote:
> >
> > I don't think I have much voice here, but tbh I feel like this is
> totally artificially adding
> > restraints that have no real reason t
I don't think I have much voice here, but tbh I feel like this is totally
artificially adding restraints that have no real reason to exist.
It's alright to think that at times this might be hiding a packaging error,
but honestly most of those case are usually self-evident and IME very
rarely are a
On Wed, 3 Jun 2020, 1:09 am Felix Lechner,
wrote:
> Hi Chris,
>
> On Fri, Apr 5, 2019 at 4:33 AM Iain Lane wrote:
> >
> > We do similar in some pkg-gnome packages, for example glib2.0 ships a
> > -tests package that contains "installed tests" which are compiled as
> > part of the package build a
recommend you take on the
habit to deploy that stuff entirely under the role account.)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Experimental and lowering to pedantic are orthogonal flags. I think both
should be done, as removing --as-needed has very marginal relevance so it
can't possibly be labeled as "warning". But due to what Christian said
(which matches my thoughts) I likewise believe the tag should be hidden for
the
the end user of
the tool being repeatedly irked by overzealous tags that need to be
first ignored for a while, then reported, discussed and finally
days/weeks later see in production can easily turn tiresome.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18
by removing and-readding flags
when they can simply just stay there.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: ht
is tag
years ago in this package, but I know it has been there for a while…)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launch
On Tue, Apr 28, 2020 at 02:39:49PM -0700, Felix Lechner wrote:
> On Tue, Apr 28, 2020 at 4:27 AM Mattia Rizzolo wrote:
> > I'm CCing d-boot@ for confirmation, since I'm not sure if maybe I'm
> > doing something wrong.
> >
> > Today I notices these tags:
ib
usr/lib/pre-pkgsel.d/10eatmydata-udeb
That being an udeb I know many things don't apply to it, but I'm not
sure if maybe I hsould place those d-i hooks elsewhere.
If, as I think, they are in the right place, please teach lintian to
ignore that in udebs.
--
regards,
es below. They caused build failures in almost all test artifacts
> on stable. The debian-compat (= 13) facility is not available.
debhelper/13 just migrated to bullseye, I reckon a buster-bpo will
follow soon.
I'm sure we can all wait a few more days...
--
regards,
Matt
g precise.
However now, thinking again, I can't think of a good reason to have a
version of debhelper <= of that of debhelper-compat even with a build
profile, I'm not sure what I was thinking about. :3
--
regards,
Mattia Rizzolo
GPG Key: 66AE
helper and debhelper-compat there is only needed when the
version of debhelper is >> the version of debhelper-compat, not when
it's ==. Or when it has extra restrictions (build profiles, etc).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D
is the exact use case for an override?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
given build relations on the same package in
N:either Build-Depends or Build-Depends-Indep, but the build relations
N:imply each other and are therefore redundant.
I notice that description doesn't mention B-D-A, please consider adding
that.
--
regards,
Mattia Rizzol
this version of libxml2 is not uploaded anywhere yet.)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user:
I
believe you storing the temp stuff there).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
upload is already
gone from the archive (i.e., not in stable). This is beacuse dak
doesn't record all files that he ever knew in the past, allowing for
overwriting sometimes…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
d git commit the .asc file… (you'll see if that worked if
`pristine-tar list` list the file once you go back to the master
branch).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about
being pulled by the testing
package), without python3-all. That causes only the default version to
be installed, and then the test would fail when trying to run the other
non-default supported version.
Please check for this as well ♥
--
regards,
Mattia Rizzolo
GPG Ke
rblown can only work as a red herring in
some cases, like the past Provides field that was way too long and
turned out to be mostly unnecessary.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .
is tag is trying to accomplish.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
Totally lintian is wrong here, imho.
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.
On Fri, 20 Mar 2020, 3:21 pm gregor herrmann, wrote:
> Package: lintian
> Version: 2.58.0
> Severity: minor
>
>
ixed.
>
> I’ll be keeping this though, for now… I may need it for backports.
AUTOPKGTEST_TMP is set by sadt since version 2.18.2, which is older than
the version in buster, and available even in stretch-backports…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3
packages.
Ian: how does this proposal sound to you?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~map
On Tue, 10 Mar 2020, 3:51 pm Ian Jackson,
wrote:
> Package: lintian
> Version: 2.55.0
>
> I am packaging a small program for which I am the upstream. It does
> not make sense to use a complicated source format; 1.0 native is
> perfect.
>
There is no such thing about "1.0 native". I'm sure you
On Wed, Mar 04, 2020 at 09:14:40AM -0800, Felix Lechner wrote:
> On Wed, Mar 4, 2020 at 5:33 AM Mattia Rizzolo wrote:
> > xml2 is clearly a direct dependency of libxslt1-dev, and 'libxml2.so' is
> > shipped by libxml2-dev which is a direct dependency of libxslt1-dev
>
as being installed while this lintian was running.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapr
thon3 from the dh-python
> package, so i'm marking this bug as affecting dh-python.
I'm not sure how the "affect" is meaningful or indeed useful here, but
whatever :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52
/man1/scribus.1.gz
I: scribus-data: manpage-without-executable usr/share/man/pl/man1/scribus.1.gz
Clearly, the scribus binary exists, but it lives in the scribus
package.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'&#x
n.org/
as at that point is most likely not accessible to those doing QA
uploads.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
L
https://trends.debian.net/#build-systems
You also should not bother with people not test building their packages
before uploading (personal suggestion).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
control -D` (this would also help clearing out the
"empty" 'Depends: ${misc:Depends}' a few packages have).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri
It definitely happened more than once in history that lindsay was
running on a commit that was slighly different than the released one.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me:
hould
package-goes-not-use-dh-sequencer be bumped to W as well.
(note that package-does-not-)se-debhelper-or-cdbs does not emit for
classic-style debhelper rules files.)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
Package: lintian
Version: 2.16.0
A couple more false positives:
python-pbcommand/1.1.1-1
this actually uses dh
steptalk/0.10.0-6
this really usese cdbs
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
Package: lintian
Version: 2.16.0
Similarly to the last bug, java packages using javahelper (see for
example src:jesd, version 0.0.7-4) use cdbs as their "backend".
See /usr/share/cdbs/1/class/javahelper.mk
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF
(eventually) call `dh` I'm not sure how to properly
categorize them, if using `dh` or their own buildsystem, but they
shouldn't emit this tag.
In particular, I didn't check what classification tag they emit.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF
On Sat, 3 Aug 2019, 5:57 pm Chris Lamb, wrote:
> So, Haskell packages use cdbs calling into a
> Haskell-specific hlibrary.mk.
>
> I mean we could certainly just whitelist all of src:haskell-*, but
> isn't the entire point of this tag to ask people to move to the dh
> sequencer? Or is it "actually
Source: lintian
Dear lintian maintainers,
Could you please upload the latest release also to buster-bpo, together
with stretch-bpo that you already did?
TIA!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
.html#cfg_html_header which would
mark this file as a template for doxygen, rather than a built doxygen
doc.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org :
On Sun, May 26, 2019 at 08:40:29PM +0100, Chris Lamb wrote:
> Beyond using the version number mathematics
> work, were you thinking of anything else here?
nope, just the usual lower-than/greathr-than relationship.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCC
to the final
buster.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'
you really sure you want to do just
that?" are god only if the rate of false positives is really low. This
is not the case.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
m
On Wed, 22 May 2019, 11:30 pm Chris Lamb, wrote:
> (Personally, I doubt someone would fork Lintian, more likely its
> output would become less and less "trusted". But both outcomes suck.)
>
Rather, people who until at some point diligently read the whole lintian
output for every single upload th
tian should be less pro-active at adding
checks for things that are far from accepted.
And as usual I'd love of somebody else could chime in, somebody else
other than me disagreeing, the OP, and the maintainer…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A F
t we have the buildds).
So, an hypothetical P check for a .gitlab-ci.yml file would just be
another check that ends up in my ignore list…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
nd I don't think lintian should bother me
more with that (there already is the tag about autopkgtest that way too
often is just causing noise for me).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more
a .dsc tag, that would
also have the added benefit of being emitted in lintian.d.o as well
(where there are no .changes files to check).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
mo
l (which is more convenint than attachment to the BTS…)
https://volatile.mapreri.org/2019-02-17/4cd8a58f48ab2d24e9b9387df580de93/procmail_3.22-26_arm64.changes
https://volatile.mapreri.org/2019-02-17/130da1c8cbfd405daeb1a7d0a51f536d/procmail_3.22-26_mips64el.changes
--
regards,
Mat
od by lintian and
check the progress status in policy
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https
d only on i386 binaries. I expect there can easily be some other
similar cases.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :'
hyphen-* packages are Section: text, as hyphen-en-us is. (see
> the source for libreoffice-dictionaries, which supplies most of the
> other hyphenation packages).
See #880701 - followed by #913723
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA1
is reliable. There are no other files that rely on
> this except debian/rules but in many ways...
You are missing that this feature comes from dpkg-source, so the list of
components can be naturally gathered from the .dsc.
--
regards,
Mattia Rizzo
gs clarifying what syntax
they are using.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
ersion string forgetting
to limit the split to 1, same for the dashes...).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchp
s/.pre/~pre/,dversionmangle=s/@DEB_EXT@//,repacksuffix=+ds1"
> \
>https://github.com/intel/gmmlib/tags \
>(?:.*?/)intel-gmmlib@ANY_VERSION@\.tar\.gz
Just a note, please also make sure lintian understands
dversionmangle=auto (which is the same as dversionmangle=s/@DEB_EXT@//
atm).
ot;:
set -e ; for var in $(things_to_to_loop_on); do \
$(whatever); \
done
Note however that the set -e could be omitted if one has
SHELL=sh -e
or
.SHELLFLAGS=-ec
or similar (even if *personally* I find using such means somewhat
obscure).
--
regards,
l(-backports) doesn't have a new enough debhelper, but Debian
stretch-backports does), and in case of very odd packages as it doesn't
support architecture and build profiles restrictions.
But I'm also worried about people not knowing of this very new feature
and being surprised to s
On Thu, Oct 04, 2018 at 10:40:53PM +0100, Chris Lamb wrote:
> I am, of course, an idiot.
Please, I really appreciate the huge work you are throwing at lintian
nearly every day, including the openess to constantly looking for more
things to check! :)
--
regards,
Mat
't be existing anyway...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `
ies" which I suppose includes
also starting with \n.
Therefore, I think that this is a false positive from lintian.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
rmission:#! /usr/bin/python2
/usr/bin/pyclean:#! /usr/bin/python2
/usr/bin/tkconch:#! /usr/bin/python2
/usr/bin/mailmail:#! /usr/bin/python2
/usr/bin/pbuilder-dist:#! /usr/bin/python2
/usr/bin/backportpackage:#! /usr/bin/python2
/usr/bin/sponsor-patch:#! /usr/bin/python2
--
regards,
1 - 100 of 213 matches
Mail list logo
