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
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
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
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
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 : :'
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
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
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
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
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
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
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
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
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 `. `'
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
.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 :
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 .''`.
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
(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
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
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 .''`.
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
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:
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
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 .''`.
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
/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 .'
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
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
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
>
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
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
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
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
>
>
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
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 .
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
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
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
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
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:
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
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
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
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
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
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,
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:
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
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
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
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
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 : :' :
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
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
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
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
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,
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
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
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
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
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.
[ 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
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
, 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
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
,
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
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 .'&
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 .'
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
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
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://
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
,
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
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
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
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
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
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
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
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
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
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 : :
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
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:
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
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
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.
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 `. `
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'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
GobE2gX+eZHE3uqu+edYxl5J0hoWsFQGE7uDYCs3jG0MZrml
> CNLCNdLioRUo8Q+x8c0BEaQ24x9tam3Qf6zr6imW3l9DfI0W9LLLcxsFRbHBnBMM
> BRn/jch23kXTrzaQ3a0IQCJWmPzXqoxsWz4Qc+E8ftUDwo2RPBIuVwl/UHzdFXzB
> A+t0B9GmEZk=
> =/22D
> -END PGP SIGNATURE-
>
--
regards,
Matti
ere is a
Properties: field that the users can fill with every text he want, copyright and
license included. It can be see with imagemagic and the identify -verbose
command.
Please add a check for this.
--
regards,
Mattia Rizzolo
GPG Key: 4096R/B9444
1.09-1
ii xz-utils 5.1.1alpha+20120614-2
-- no debconf information
--
regards,
Mattia Rizzolo
GPG Key: 4096R/B9444540 http://goo.gl/I8TMB
more about me: http://mapreri.org
Launchpad User: https://launchpad.net/~mapreri
Ubuntu Wi
wheezy/buildTimeTrend it
reached and passed it, then jenkins killed the job.
Also the current run is probably going to hit the timeout, and it's
already stuck at the very same step of the last timeout.
I don't really know how do you run during the tests, but one case of
such failure is d
uot;
> > we occasially [sic!] also see buildd paths as well
> >"""
>
> Perhaps by buildd paths you meant /build (or /tmp/buildd)? I can image that
> these can appear in debs easily by mistake.
Yes, please add /build and /tmp/buildd to this check, where the actual
this area.
This got fixed just some hours ago :)
https://anonscm.debian.org/cgit/lintian/lintian.git/commit/?id=1d6b8a0a24c4bc477fd188964484f9480b76bce2
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''
On Mon, Aug 31, 2015 at 11:42:56AM +, Mattia Rizzolo wrote:
> Yes, please add /build and /tmp/buildd to this check, where the actual
> builds happen inside the chroots.
>
> Patch attached.
Ok, that one was a bit broken.
I also moved the check a bit up and checked for the dire
and looking at the line length alone is
> probably not sufficient to reliably identify minified JS.
> Any comments?
Same thing for inkscape, though my line is 266 characters (>256) (I
argue 256 is a really low number for such a check, and I wonder why
Sascha report says another number).
--
re
101 - 200 of 213 matches
Mail list logo