rity. The application is not usable.
Thanks!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC
e related lines.
I wonder how to fix this properly? Setting opt_scaley hardcoded to 1
(or another sane value) in case it's 0 or close to? Not sure what side
effects this might have.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debi
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Hi,
Christoph Berg wrote:
> Re: Axel Beckert
> > I wonder if we should generally ignore negative values here (might
> > hide some "wrong time" issues, but then again they should reported by
> > another check) or just accept tiny negative values?
>
> The check
Hi again,
Axel Beckert wrote:
> And just for the record: This only happens on some of my hosts. I have
> several hosts (also with a lot of elpa plugins, but probably still not
> as many as on the host where it happens reproducibly) where the
> upgrade from 27.x to 28.x worked fine
ive value (unclear why) which gets rounded to zero.
I wonder if we should generally ignore negative values here (might
hide some "wrong time" issues, but then again they should reported by
another check) or just accept tiny negative values?
Regards, Axel
--
,''`. | A
Control: found -1 1:28.2+1-1
Hi Sean,
Sean Whitton wrote:
> On Sun 21 Aug 2022 at 02:46PM +02, Axel Beckert wrote:
> > Version: 1:28.1+1-2
[…]
> > upgrading emacs respectively emacs-gtk from 27.1 to 28.1 causes an
> > endless fork loops during package configuration ti
Hi Daniel,
Daniel Baumann wrote:
> On Mon, 10 Oct 2022 17:22:37 +0200 Axel Beckert wrote:
> > now I'm admittedly a bit time-starved myself.
> > It's not forgotten, though.
>
> do you think you'll make it in time for bookworm,
Yes, definitely. Due to the age of this issue,
y users (as it was back then in Ubuntu as
well).
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1
Package: elpa-embark
Version: 0.17-1
Severity: serious
Hi,
elpa-embark fails to install for me as follows:
Install elpa-embark for emacs
install/embark-0.17: Handling install of emacsen flavor emacs
install/embark-0.17: byte-compiling for emacs
In toplevel form:
xel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
signature.asc
Description: PGP signature
ache) subcommand "print-uris".
Let's first see what the APT developers think about this issue.
To the APT developers: Feel free to set the severity of the bug report
against apt to wishlist if you consider the current behaviour of
"apt-get --print-uris download" to be a feature and hence the addition
of another behaviour to be a feature request.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Package: assaultcube
Version: 1.3.0.2+dfsg-4
Severity: minor
Tags: ipv6
Forwarded: https://github.com/orgs/community/discussions/10539
Dear Tobi,
at least on one host, the new assaultcube package fails to upgrade as
follows:
Setting up assaultcube (1.3.0.2+dfsg-4) ...
Downloading game
send
the file or link to me and feel free to encrypt it with PGP for one of
my PGP keys shown below. (The 4096 bits key is also available in the
file /usr/share/keyrings/debian-keyring.gpg if the package
debian-keyring is installed.)
Regards, Axel
--
,''`. | Axel Beckert , https:
ance.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ep and fgrep
>* Add links for egrep.1 and fgrep.1 man pages
A huge thanks to Christoph, Santiago and Paul!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99
Hi,
Axel Beckert wrote:
> * preinst of sse3-support version 13 and 14 are identical. Especially
> this line is identical:
>
> 5 FILE="/usr/libexec/x86_64-linux-gnu/isa-support/test-sse3"
>
> * But isa-support 14 does not have such a file anymore, instead
Package: sse3-support,isa-support
Version: 14
Severity: grave
Justification: Completely fails to serve its purpose
Hi,
on my Thinkpad X250 with an "Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz"
CPU, sse3-support version 14 fails to install where version 13 installs
fine, despite sse3-support's
Hi again,
Axel Beckert wrote:
> > $ grep -v ^# /usr/share/lintian/data/spelling/corrections | cut -d '|' -f 1
> > | while read word ; do grep "^$word\$" /usr/share/dict/american-english
> > /usr/share/dict/british-english ; done
>
> Thanks for figuring out
Depends (6191 chars > 5000)
Urgs. Thanks for that information as well!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ld probably be removed. They all look like alternative
spellings, either historic or local.
Not sure about the remaining ones.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ee a bug here.
>
> Well, the "because of dependency errors" in the above message is
> incorrect and very confusing. Since there are no dependency errors,
> this cannot be because of dependency errors.
Indeed. Thanks for the additional information!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Package: localepurge
Version: 0.7.3.10
Severity: normal
localepurge's hook under /etc/apt/apt.conf.d/99-localepurge uses egrep:
Post-Invoke {"if [ -x /usr/sbin/localepurge ] && [ $(ps w -p $PPID | egrep -c
'(remove|purge)') != 1 ]; then /usr/sbin/localepurge; else exit 0; fi";};
Which since
flicts: lsb-base
So from my point of view aptitude did everything correctly and I don't
see a bug here.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61
user
is acknowledging that the output has been seen (or is not relevant):
E.g. it is very useful if you have APT plugins like how-can-i-help
which output some information at the end of each run. Also with local
post-action hooks which e.g. run hardlink over /usr/share/doc/ and
then display some statisti
pkgPackageManager::Incomplete)
> +if(rval != pkgPackageManager::Completed)
>{
> cout << _("Press Return to continue, 'q' followed by Return to
> quit.") << endl;
Doesn't make sense to me. But maybe I also still haven't understood
what you're actually t
Package: recap
Version: 2.1.0-1
Severity: important
>From /usr/share/doc/grep/NEWS.Debian.gz of grep 3.8-1:
From upstream's NEWS:
The egrep and fgrep commands, which have been deprecated since
release 2.5.3 (2007), now warn that they are obsolescent and should
be replaced by grep -E and
alysis.
Oh, and JFTR: degrep, dfgrep, dzegrep and dzfgrep will not be
deprecated and continue to work.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E6
awned on me to downgrade emacs.
Just in case it helps.
~mark
- End forwarded message -
(And yes, I asked if I may forward this mail.)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4
Package: gr-funcube
Severity: serious
Version: 3.10.0~rc2-3
Hi,
libgnuradio-funcube3.10.0 fails to install as follows due to missing
Breaks and Replaces headers against libgnuradio-funcube1.0.0:
Preparing to unpack .../libgnuradio-funcube3.10.0_3.10.0~rc2-3_amd64.deb ...
Unpacking
Hi Adrian,
Adrian Bunk wrote:
> Since it was easy to verify with kernel 4.19.249-2 that the module did
> not compile before but does after the fix, I've uploaded a package with
> the debdiff from the bug to buster.
Thanks a lot!
Regards, Axel
--
,''`. | Axe
he end still was the issue (I think you
were really close at the end), but "forcemerge" solved it.
I also marked the packages, which Thorsten Bonow mentioned, as
affected, too.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Develo
equences because of too
many problems for not much gain.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26
Package: dpkg
Version: 1.21.9
Severity: wishlist
Dear Guillem,
it would be nice if there would be a setting (or environment variable or
interactive option) to use a different tool than "diff" to view conffile
differences.
This would add the possibility to e.g. use colorized diffs as provided
by
Hi Guillem,
Guillem Jover wrote:
> Control: tag -1 patch
> Control: forwarded -1
> https://salsa.debian.org/lintian/lintian/-/merge_requests/414
>
> On Mon, 2022-06-27 at 15:14:10 +0200, Axel Beckert wrote:
> > Guillem Jover wrote:
> > > I'd have to re-dig all thi
ast \b should be a $, right?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Hi again,
this mail contains several points. I separated them with markdown-like
headlines.
Removing dpatch stuff from Lintian?
---
Axel Beckert wrote:
> Bastien Roucariès wrote:
> > could you please check why autotest fail
>
> Done now:
)
as starting emacs ends (or rather does not starting) in an endless
loop for me now as well:
Axel Beckert wrote:
> > So far I had to unsinstall the following packages to make it go away,
> > i.e. these packages trigger the issue:
[List fixed to give actual package names]
> > elpa-fo
nks for notifying me of that issue!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1
Control: affects -1 + elpa-git-commit
Hi,
Axel Beckert wrote:
> upgrading emacs respectively emacs-gtk from 27.1 to 28.1 causes an
> endless fork loops during package configuration time:
One more interesting line of output at the very beginning:
Setting up emacs-gtk (1:28.1+1-2) ..
Package: emacs-common
Version: 1:28.1+1-2
Severity: serious
X-Debbugs-Cc: a...@debian.org
Control: affects -1 elpa-folding elpa-org elpa-git-timemachine
elpa-password-store
Hi,
upgrading emacs respectively emacs-gtk from 27.1 to 28.1 causes an
endless fork loops during package configuration
ntly runs around 35-40 minutes on my 6 year old
4-core workstation and even longer on Salsa CI (1h30m to 1h45m).
(At least those were the numbers when I last measured it. There are a
few commits in there now which probably reduce that time a bit.)
Regards, Axel
--
,''`. | Axe
Package: gdu
Version: 5.13.2-1+b2
Severity: normal
Hi,
gdu does not honour the pressing of Ctrl-Z to allow to suspend the
application to temporarily get back to the commandline.
ncdu (after which it seems to be modeled) does honour Ctrl-Z and can be
suspended.
So please allow gdu to be
activity on Lintian
towards to next weekend. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9
Package: yt-dlp
Version: 2022.08.14-1
Severity: serious
Hi,
trying to upgrade yt-dlp from version 2022.07.18-1 to 2022.08.14-1 fails
for me as follows:
Preparing to unpack .../yt-dlp_2022.08.14-1_all.deb ...
Unpacking yt-dlp (2022.08.14-1) over (2022.07.18-1) ...
dpkg: error processing archive
Package: libwacom-bin
Version: 2.4.0-1
Severity: serious
Hi,
using one of the programs in libwacom-bin fails as follows:
$ libwacom-show-stylus
Error: No module named 'libevdev'
One or more python modules are missing. Please install those modules and re-run
this tool.
After installing
Thanks for adding my to the cwidget team. I will do an cwidget upload
within the next few days and afterwards an aptitude upload.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517
Hi Manuel,
TL;DR: Please grant me cwidget team membership on Salsa so we don't
have to NMU it. Or just do an upload of cwidget with the patch from
#1015925.
I know you're busy with RISC-V and other stuff, but please do me a
small favour and add me to the cwidget team on Salsa, probably via
Package: liblibrecast0.5
Severity: serious
Version: 0.5.1-1
Control: affects -1 lcsync
lcsync fails to upgrade due to this issue:
Unpacking liblibrecast0.5:amd64 (0.5.1-1) ...
dpkg: error processing archive
/var/cache/apt/archives/liblibrecast0.5_0.5.1-1_amd64.deb (--unpack):
trying to
Hi Paul,
Paul Wise wrote:
> On Tue, 2022-07-26 at 00:28 +0200, Axel Beckert wrote:
> > Paul Wise wrote:
> > > I tried to build aptitude, found it fails due to cwidget bug #1015925.
> >
> > Do you intend to NMU that?
>
> I'd prefer the cwidget team take care
ase.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
aptitude
package before #1015925 is fixed.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Package: libguvcview-2.1-2
Severity: serious
Version: 2.0.8-1
Upgrading gucview with the switch to a new library package name
(probably due to an SONAME bump) fails as follows due to missing Breaks
and Replaces headers in libguvcview-2.1-2:
Preparing to unpack
h URI 5.10).
Sounds reasonable.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ttps://bugs.debian.org/1001399.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ve
happened before the import into Debian in 2009 as the file got
committed to git with that statement as it is today:
https://bugs.debian.org/550220 — I guess the only way to find out is
to contact Clytie Siddall and ask for clarification.
Regards, Axel
--
,''`. | Axel Beck
soning. These are real issues which are clearly neither minor nor
even pedantic. These are issues which need to be fixed.
>From my point of view, this is not even a bug, but a feature request.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian
be binary, others seem to
be text. So I'm not declaring these suffixes as (always) being binary
files.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
opyright statements
about debian/*
> The correct licenses information should be:
>
> Files: debian/po/*
> License: GPL-2+
> Copyright: ...
So this is wrong and MUST NOT be changed as it would mean we would
LOOSE the copyright statements for the remaining files in debian/*.
> > P: strawberry source: very-long-line-length-in-source-file 566 > 512
> > [data/schema/schema-11.sql:235]
These are corner cases IMHO. Not really binary files, but also files
where long lines are very common, especially for INSERT and SELECT.
I tend to write code which explici
Package: lintian
Version: 2.115.2
Severity: important
Checking a current firefox source package emits thousands of these perl
warnings:
[…]
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression
recursion limit (65534) exceeded at
Just another thought on this topic:
Axel Beckert wrote:
> https://ci.debian.net/data/autopkgtest/unstable/arm64/l/lintian/22908861/log.gz
[…]
> But simply replacing all occurrences of "x86_64" with "*" does not
> work. It though would be a start if it would work.
y in
the BTS).
So thanks again for this bug report and and reminder!
(And yes, my /tmp/ was filled with ten thousands of these files. I
noticed it after investigating why a GUI file open dialog in /tmp/
froze for many seconds until I could interact with it.)
Regards, Axel
--
,'
ard ...
No need to be sorry!
Will try to implement this in lintian.
Thanks again!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`
Hi again,
Axel Beckert wrote:
> Andreas Tille wrote:
> > I'll start editing lintian-overrides then.
>
> Maybe wait a bit with that. Given Lucas' comment, I feel a bit more
> urged to provide such a migration script.
>
> I will look into this for the next upload. No prom
bit more
urged to provide such a migration script.
I will look into this for the next upload. No promises as of now,
though.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6
RC
bug report because people started using lintian off the git repo due
to it no having been maintained for months:
https://bugs.debian.org/1003353)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Adm
atible and
more precise and helpful.
Ok, and I should really go to bed now. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 612
quot;, so the longer
the more I tend to agree with Russ' arguments to stay with ISO 639-3
only.
Plus maybe add a few more notes to the tag description to explain why
language groups are probably no good idea for locales.
Still would be happy about input from Toddy on this. :-)
Anyway, with you proposing a more strict checking here and I was at
least initially proposing to get back to the more laxer parsing used
previously, it would be really good to have some additionaly input
from someone with a bit more experience on that topic. I hope that
Toddy can p
soning in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013946#33 which I
unfortunately didn't Cc to you. My main question is: Which parts of
ISO 639 are valid for usage in POSIX locales? I couldn't answer it
even after like 2 hours of digging standards and Wikipedia. Maybe you
can. :-)
_ be included.
If anyone has a different opinion on this topic, please speak up (and
preferably also explain why :-).
But actually there are only two other options which I consider to be
feasible:
* Keep ISO 639-3 as only source for valid locales. (Which would make
this issue a true positive.)
* Allow any (non-withdrawn) ISO 639 part as source for a valid locale
name, i.e. use ISO 639-2, 639-3 and 639-5.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
tian/Check/Languages/R.pm
lib/Lintian/Data/Authority/DocBaseManual.pm
lib/Lintian/Data/Authority/VimPolicy.pm
~/lintian/lintian →
Raising severity to important because this issue has quite some impact
if my guess above is correct.
Regards, Axel
--
,''`. | Axel Beckert , https://peo
t. Indeed
> "chown --reference=foo bar.baz" matches
>
> m{ \b chown \s+ (?: -\S+ \s+ )* ( \S+ [.] \S+ ) \b }x,
>
> but that chown command has no ambiguous user.group argument.
Nice catch! Thanks for the bug report!
Regards, Axel
--
,''`. | Axel
ght just try to provide a patch, I
> think should probably be a one-liner.
A patch of course would be nice, but I won't mind if you don't provide
one.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `'
ackage name matches /-dkms$/ is probably not enough.
Will think about it.
Thanks!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
nt release of Lintian
has migrated to testing, though. No promises for 2.116.0 at this time
either.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2F
Package: lintian
Version: 2.115.1
Severity: wishlist
Citing from
https://ci.debian.net/data/autopkgtest/unstable/arm64/l/lintian/22908861/log.gz
-O debci-lintian-sid-arm64-22908861.log.gz:
# Hints do not match
#
# ---
If so: What are your requirements for such a transition? Do we have to
just care about Unstable and Testing or are Stable-Backports a topic,
too?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' |
debug package, I'll see if I can either
* find the cause by debugging the code,
* find the cause by bisecting, or
* reduce the amount of checks run against it as many
make no sense for debug packages.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debi
Hi Andreas,
Andreas Beckmann wrote:
> On 19/06/2022 16.27, Axel Beckert wrote:
> > please explain what makes you think that this issue is present in
> > lintian 2.114.0 as currently in Debian Unstable.
>
> The BTS does not understand made up versions (i.e. versions not in
ikely stay valid.
You also might get further such mails when I force-push new histories
in that feature branch. I hope you don't mind, but I wanted to publish
what I already have.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.c
Package: telegram-desktop
Version: 3.7.3+ds-2+b1
Severity: important
Hi,
telegram-desktop crashes for me if I make its window smaller than some
specific window width or start it and it gets resized to such a width by
i3 (tiling window manager) and then open e.g. a group chat.
It basically
less you have a really good reason to do so. Thanks in
advance!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 E
t; and uploaded this to unstable.
Yay! Thanks a lot.
> So nih can be removed IMO.
Done so now: https://bugs.debian.org/1013225
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: Axel Beckert , Marius Gripsgard
, Mike Gabriel
Hi,
libnih is:
* orphaned since 2016: https://bugs.debian.org/826286
* RC buggy (FTBFS due to test suite failures) since March and nobody
cares (except for getting rid of it): https
Hi again,
Axel Beckert wrote:
> Thanks for this bug report. These are actually multiple issues:
Actually no …
> * Documentation issue in the dgrep man page: dgrep uses dglob for
> pattern matching
That's correct.
> and that one uses wildcard pattern matching.
That's actually
6
libc6-dbg:amd64
libc6-dev:amd64
libc6-dev-i386:amd64
libc6-dev-x32:amd64
libc6-i386:amd64
libc6-x32:amd64
~ → dglob libc6\*
~ → dglob libc6:\*
grep-dctrl: *scratch*:1: expected a colon.
~ →
I'm now considering the latter the actual bug tracked by this bug
report.
Regards, A
ngelfish (at least on amd64) is now installable again.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3
Package: angelfish,release.debian.org
Version: angelfish/22.04-1
Severity: serious
Hi,
seemingly due to the current Qt transition
(https://release.debian.org/transitions/html/qtbase-abi-5-15-4.html),
angelfish becomes uninstallable (i.e. aptitude wants to remove it) if I
try to upgrade all the
idea what this bug report
exactly is about.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ailures after a debhelper update
seem to have added some lines. Took a few hours to understand what
went wrong and why. (Granted, because many things I knew about
Lintian's test suite had changed since I last used it, I first had to
relearn how to use the current setup and this took probab
kthxbye
Hi again,
I disagree that #1003272, #1003353 and #1007002 are the same bug. The
former two are similar, but not identical and the latter was only the
reason why the second one is showing up more often. Hence unmerging
all three.
Axel Beckert wrote in #1003272:
> Tobias Frost wrote:
> >
internally to interactively
> recalibrate Lintian's test suite.
Given that Felix quit working on Lintian, this will likely not happen
unless someone steps up and continues the ideas and his work.
I will only try to fix things for now. (And I'm not sure how I'll
handle this, maybe mitigate it by more fit
ing the failing autopkgtests in current
git HEAD (first) and the RC bug reports (second).
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126
though leaving the bug report open in case someone wants to dig
into the cause of this issue.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 612
Hi Adam,
Adam D. Barratt wrote:
> On Fri, 2022-06-10 at 00:57 +0200, Axel Beckert wrote:
> > packages.debian.org shows outdated package versions for Unstable and
> > Testing. It shows version from between 1 and 2 weeks ago for those
> > recently upload
lly used.
If in your case the tag should have been emitted but hadn't been
emitted, please tell us which package at which version (or commit ID)
this happened.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org A
uot; for
me. Actually I think we have the same issue in German itself: I would
say "Substrahieren", but correct is "Subtrahieren".
Another reason might be the similarity to words like the German
"Substrat" or the English word "substrate" (which both mean the
A, I've for now declared this
to be an RFH with a taste of ITA. I hope, that's ok. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024
201 - 300 of 4869 matches
Mail list logo
