n't make sense to upload a new 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 .../libguvcview-2.1-2_2.0.8-1_amd64.
in testing (with 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
orted
in https://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
oint in time. Unfortunately this must have
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.
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/
: :'
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
for copyright 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/
> [data/schema/schema-8.sql:587]
> > 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.
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
/usr/share/lintian/lib/Lintian/Check/Cruft.pm
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.
Wh
lso the severity 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.)
Regard
> hard ...
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
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 uploa
cas' comment, I feel a 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.debia
only ever was present in
Lintian's git repository and never got uploaded, but still got an 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
--
,'
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
r "Berber languages", 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
tem about switching to Text::Glob which also caused
bugs.)
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
happy if you could have a look at my
reasoning 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 sta
ld be included, too.
* ISO 639-5 only includes language families and groups and hence
should _not_ 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
n/Check/Languages/Fortran/Gfortran.pm
lib/Lintian/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, A
th-dot. 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
--
,'
I might 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 Develop
Package: linux-image-amd64
Version: 5.10.120-1
Severity: important
X-Debbugs-Cc: a...@users.sourceforge.net
Dear Maintainer,
none of the kernel images show any text output (including encryption prompts)
on any
screen as long as the laptop is on a working docking station. I have to remove
the
co
the binary package content: /usr/src/*/dkms.conf
Indeed, package 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 Ad
fix (in unstable) before the current 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
`
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
#
# ---
../../autopkgtest_tmp/build-and-evaluate-test-packages/eval/checks/desktop/gn
, either.
Would that work out for you?
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/
: :' :
is a 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 ,
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
this bug), but the patch will likely 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://peo
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 happen
ss 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
`-
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
`. `
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'
→ dglob libc6
libc6:amd64
libc6:i386
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
lfish (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
`-| 1024
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 Qt
ppreciate a summary to get an 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
ne case where the amount of lines replacing the
#DEBHELPER# token caused test suite failures 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 sinc
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:
> >
nternally 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, mayb
es, namely failing 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
I'm 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
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 uploaded packages I check
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,
an "substract" 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"
ly need more people working on Lintian
again. So instead of declaring this as ITA, 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
Package: dynamic-motd
Version: 0.04-1
Severity: normal
Before installing dynamic-motd, (key-based) "ssh root@localhost" was
more or less instantaneous (below 1 second).
Since installing dynamic-motd it takes about 40 seconds to login on that
box, even via localhost and even despite being a not so
-org-perl 2.02-3 MIGRATED to testing (Debian
testing watch)
[2022-06-04] Accepted libwww-dict-leo-org-perl 2.02-3 (source) into unstable
(Axel Beckert)
3) linux-image-*-amd64-unsigned, linux-doc and src:linux
https://packages.debian.org/sid/linux-image-5.17.0-2-amd64-unsigned is
there (uploaded
Package: www.debian.org
Severity: important
Hi,
https://www.debian.org/doc/manuals/securing-debian-manual/sec-tools.en.html
mentions "nessus" as being part of Debian (and actually even recommends
it) despite nessus has been removed from Debian due to license issues
back in 2009:
https://bugs.deb
and also add some more debug output to be easier able to debug
such issues. Will also use that debug output to debug and possibly fix
https://rt.cpan.org/Public/Bug/Display.html?id=131931
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :
Package: texlive-extra-utils
Version: 2020.20210202-3
Severity: normal
X-Debbugs-Cc: a...@users.sourceforge.net
Dear Maintainer,
this package used to provide:
- /usr/bin/pdfjoin
- /usr/share/texlive/texmf-dist/scripts/pdfjam/pdfjoin
These two files are even still listed if a search is done on t
und as I proposed. The entire problem of knowing what
and how to use color goes away when curses is used. Would you accept a
patch for using that instead?
Kind regards,
Axel
ot;C-a S" before executing the above
command: the layout is gone afterwards (except for some displayed
leftovers of the delimiter line) and only one is left window left —
the one in which I called that command.
P.S.: I've updated the upstream link from HTTP to HTTPS, i.e. I didn
e program and also rather early in the program. Then again, this
sounds like a ugly workaround and I wonder what would be the proper
way to solve this.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian
rk on initramfs, but "reboot
-f" does (nothing any enduser should be confronted with)
Kind regards, Axel
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 11.3
APT prefers stable-security
APT policy: (500, 'stable-security
#x27;t expect that this option
is a general one.
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
was reported upstream 3 months ago, and
> there is still no reaction there.
You are aware, that at least for mosh the Debian package maintainer
and main upstream developer of Mosh is the same person? So actually
the forwarding of this bug report into the upstream bug tracker was an
upstream reacti
early than late.
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
n I could think about without including
a dependency on curses. Please reconsider using color only on terminals
which 'want' to use them.
Kind regards,
Axel
ream's
release plans for the next stable release are here:
https://github.com/splitbrain/dokuwiki/projects/6)
Figuring out which older releases are affected likely needs some more
digging in upstream's and/or in the library's upstream git repo.
Regards, Axel
ad is needed to allow migration
Looks like an oversight when doing the upload. (Occasionally happens
to me, too. Old habits… ;-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `'
Hi,
Salvatore Bonaccorso wrote:
> > > Francesco reported that the issue was fixed for him in 5.17.0-2-686 which
> > > corresponds to 5.17.6 upstream kernel.
> > > Petra & Axel: can you verify whether it is also fixed for you?
[…]
> > and installed it with
Package: nala
Version: 0.8.2
Severity: wishlist
Hi,
nala seems to mimic that annoying misfeature of yum/dnf to always update
the package list even if you just did that and just want to upgrade
packages.
So please provide a means (e.g. a configuration option in
/etc/nala/nala.conf) to not run a p
ntry Co I think. The best way
to make a terminal program color capable would be to use a terminal library
like ncurses which handles this for you and has a function `has_colors(void);`
which does the right thing(tm) :)
Kind regards,
Axel
-256color) color_prompt=yes;;
esac
from /etc/skel/.bashrc (which imho also should avoid using color at all :).
The part you refer to is for forcing color output.
Thanks again for checking for NO_COLOR, I hope this can be used for
more things in the future.
Kind regards,
Axel
them; the
same logic as to when to color the default bash prompt.
I have not tested this patch.
Kind regards,
Axel
--- private-output.cc.orig 2022-05-10 14:18:27.611767218 +0200
+++ private-output.cc 2022-05-10 14:20:17.511703336 +0200
@@ -86,7 +86,8 @@
SigWinch(0);
}
- if
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: a...@debian.org
Hi,
please remove cutter from Debian Unstable:
* the last time cutter has been in a stable release was with Debian 9
Stretch (aka oldoldstable at the time of writing).
* It is orphaned since 2017. (https://bugs.debian.org/
sed then.
Not sure, but it surely can be downgraded. Done so.
The question is (and I can't answer that) if Debian generally supports
running under these settings or if git has some (hopefully
deactivatable) optimizations which fail under these settings.
Regards, Axel
--
,
h no more works (properly) with 2.36?
> but I'll try again tomorrow.
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
lable.
Distributor ID: Debian
Description:Debian GNU/Linux bookworm/sid
Release:unstable
Codename: sid
Maybe some hiccup at Github?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debi
k things. See https://github.com/xtaran/unburden-home-dir/pull/20
commit cbc8088fe133f4230104d3e7527a0806973d6dca
Author: Axel Beckert
Date: Mon Feb 14 00:23:01 2022 +0100
Fix wrong file name order in output when creating symlinks
Only happened when something actually was replaced by a symlink.
Note: This is j
mode = false;
- else
- mode = isatty(fileno(stdout));
+ else {
+ var = getenv("TERM");
+ mode = var && isatty(fileno(stdout)) && strstr(var, "color");
+ }
return mode;
}
Kind regards,
Axel
-
"color") == 0;
+ }
return mode;
}
It's also attached as a patch file.
Kind regards,
Axel
--- terminal.c.orig 2022-04-24 13:57:34.231668500 +0200
+++ terminal.c 2022-04-24 13:57:38.519643229 +0200
@@ -24,8 +24,11 @@
mode = true;
else if (var && !strcmp(va
really don't like having to set a different environment variable to
disable color output for each program which behaves like this.
Kind regards,
Axel
-- System Information:
Debian Release: 11.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'sta
I kinda see where the reasoning comes from, but it doesn't look
like being a proper solution to me so far.
Oh, and JFTR: I fully agree that the hwclock infrastructure should not
be "essential" but optional in the sense of that the admin has the
possibility to not install or un
or Suggests. Because otherwise
splitting off that package seems to make no sense to me.
And also the alternative dependency from the future irqtop
transitional package makes no sense as it will be always fulfilled
since currently util-linux-extra is a defacto essential package.
Reg
ental due to its util-linux-extra package missing these
headers so far.
* Optionally you could add a note in the package description of
util-linux(-extra) that the previously known, ruby-written
implementation of irqtop can be found in the package irqtop-nf.
I will soon prepare an upload t
C written command of the same name recently,
too. See https://bugs.debian.org/1009668 for that discussion.
Anyway, thanks to your upload the most annoying issue with irqtop (the
ruby-written one) is now gone. Thanks again! :-)
Regards, Axel
--
,''`. | Axel Beckert , https://peopl
util-linux.
* I think we should also try to use /etc/alternatives/irqtop +
update-alternatives with irqtop from util-linux-extra having the
higher priority so that those who install both, get the probably
more expected util-linux-extra's implementation by default.
In case you agree, I
Hi Andrej,
Andrej Shadura wrote:
> On Fri, 15 Apr 2022, at 16:23, Axel Beckert wrote:
> > Acoording to
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959115#10 (also
> > attached) the ruby-curses package in Debian is orphaned since at least
> > April 2020 (last
Ruby-Versions: all
Testsuite: autopkgtest-pkg-ruby
Directory: pool/main/r/ruby-curses
Priority: optional
Section: misc
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2
Control: severity -1 serious
Axel Beckert wrote:
> running ruby-written irqtop on Debian Unstable contantly emits this
> warning:
>
> /usr/bin/irqtop:545: warning: rb_safe_level will be removed in Ruby 3.0
>
> which makes it quite unusable as the curses screen looks like
AME.
> > - specify cpus in list format to monitor.
> > - specify output columns to print.
>
> thanks for the reminder. For irqtop, I had some discussion with the
> maintainer of the current irqtop package (CC'ed now). I cannot
> remember if we came to a conclusion tho
Package: zutils
Version: 1.11-1
Version: 1.11-3
Severity: serious
Hi,
zutils version 1.11 added zstd support:
2022-01-25 Antonio Diaz Diaz
* Version 1.11 released.
[…]
* Add support for zstd format to all tools.
[…]
And Debian's zutils package seems to have
Control: reopen -1
Hi Christoph,
Debian Bug Tracking System wrote:
>* Drop Suggests: hddtemp. (Closes: #1001950)
Meh. I'll revert that and reopen for the reasons stated in my previous
mail to this bug report.
Your commit also doesn't remove hddtemp support.
LTS goes EoL or Buster ELTS gets the kernel from Bullseye, whichever
comes first.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61
Package: slop
Version: 7.6-1
Severity: serious
Control: affects -1 maim
Slop seems to provide a shared library without having a proper SONAME or
ABI in the package name and bumping the library made at least "maim" to
fail to work:
maim: error while loading shared libraries: libslopy.so.7.5: canno
Hi Petra,
Petra R.-P. wrote:
> Sorry for the stupid question, but: How can I find out?
> What command shall I enter?
"fdisk -l /dev/sda" should suffice.
Look for a line like this:
Disk model: SAMSUNG HM160HC
It's the second line of output in my case.
e
> what patch sets the debian kernel adds, if any.
Might help for Petra. But I can also provide my .deb once its built.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' |
d64 to i386.
And I suspect that compiling the Debian kernel package on the device
itself will run out of resources with only 1 GB of RAM or at least
take ages (single-core Pentium 4 Mobile with 1.8 GHz). But I can try.
(Failed to test the last patch due to not finding time, though.)
ist is
probably compiled into the kernel and not just a file in the
initramfs.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD5
n my TODO list.
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: dokuwiki
Severity: important
Dear Tanguy,
I hope this e-mail finds you well.
Debian's dokuwiki package looks as if it is no more maintained for quite
a while. See also my recent NMU to fix two RC bug reports which got it
back into testing at least.
Anton Gladky (X-Debbugs-Cc'ed) and my
Package: caffeine
Version: 2.9.8-1
Severity: serious
Justification: Policy §9.1.1 / FHS §4.1 and §4.11
By chance I stumbled upon the two unexpected files
/usr/VERSION
/usr/compile_translations.py
and noticed that these both belong to caffeine.
These two files definitely don't belong there.
Hi,
Axel Beckert wrote:
> borgbackup became uninstallable in Debian Unstable due a dependency on
> python3 < 3.10 while Python 3.10 has landed in Unstable yesterday.
Ah, I just saw
https://release.debian.org/transitions/html/python3.10-default.html so
I assume this can be fixed with
Package: borgbackup
Version: 1.2.0-1
Severity: serious
Hi,
borgbackup became uninstallable in Debian Unstable due a dependency on
python3 < 3.10 while Python 3.10 has landed in Unstable yesterday.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (990, 'uns
301 - 400 of 5304 matches
Mail list logo