Control: tag -1 + fixed-upstream
Hi Jeremy,
Jeremy Bícha wrote:
> It looks like this was fixed upstream with
> https://github.com/zsh-users/zsh/commit/b62e91134
Ah, nice. Thanks for the hint!
Regards, Axel
--
,''`. | Axel Beckert , https://people
731.a/debian/changelog2023-05-21 15:01:45.0
+0200
@@ -1,3 +1,12 @@
+dokuwiki (0.0.20220731.a-2) unstable; urgency=high
+
+ * Cherry pick upstream 2022-07-31b hotfix patches for the Igor release:
++ ba76f875: fix XSS in RSS syntax
++ b7fcf218: hotfix release for Igor
+Closes
ectories in there.
> The whole issue is a very serious usability issue.
No, it's not. From my point of view both issues are actually very
minor.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.d
ounties/c6119106-1a5c-464c-94dd-ee7c5d0bece0/
Do you know if this content behind this link will become public at
some time?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4
Hi Sebastian,
Axel Beckert wrote:
> Please unblock iptables-netflow/2.6-4.
Sorry, but I saw only now that you already granted an unblock today
(well, actually yesterday in CEST as it's already past mightnight).
I waited with the unblock request until I was able to test a full
upgr
iptables-netflow-2.6/debian/changelog 2023-05-10 18:22:39.0
+0200
@@ -1,3 +1,11 @@
+iptables-netflow (2.6-4) unstable; urgency=medium
+
+ * Acknowledge NMU. Thanks Andreas!
+ * Cherry-pick upstream commit 0901f028 "fix building on old kernels".
+(Closes: #1035511)
f you have libsystemd0 installed.
(I also doubt that all of these are really necessary. Probably
"aptitude-dbgsym libapt-pkg6.0-dbgsym libboost-iostreams1.74.0-dbgsym
libcwidget4-dbgsym libgcc-s1-dbgsym libncursesw6-dbgsym
libsigc++-2.0-0v5-dbgsym libxapian30-dbgsym" already suffice to cover
every
Package: poppler-utils
Version: 20.09.0-3.1+deb11u1
Severity: normal
X-Debbugs-Cc: a...@users.sourceforge.net
Dear Maintainer,
calling
separate -f 9 -l 10 sek2_biologie.pdf sek2_biologie_%2d.pdf
results in
Syntax Error: 'sek2_biologie %2d.pdf' must contain '%d' (or any variant
respecting prin
ym libstdc++6-dbgsym libtinfo6-dbgsym libudev1-dbgsym
libuuid1-dbgsym libxapian30-dbgsym libxxhash0-dbgsym libzstd1-dbgsym
zlib1g-dbgsym
And then run "strace -o aptitude-1035976.strace aptitude" and send me
that file? (Probably best in compressed form.)
Because that's what I just wanted
g will reveal some more details.
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
related to my environment somehow (Testing
> on a desktop PC), but it doesn't tell.
Ack. Doesn't look like a repo issue. Except maybe, if there's a common
non-debian APT repo involved.
Oh, and since about when is this happening? I assume this showed up
only recently, not for
Control: tag -1 + patch pending
Hi Andreas,
Axel Beckert wrote:
> Looking through upstream's commits, I suspect cherrypicking this
> upstream commit might fix it:
>
> https://github.com/aabc/ipt-netflow/commit/0901f028617acca350132a65293ab80a480bf233
Yep, cherry-picking
Hi Andreas,
Andreas Beckmann wrote:
> On 10/05/2023 16.32, Axel Beckert wrote:
> > BUILD_EXCLUSIVE_* would be my currently slightly preferred approach as
> > it's likely much simpler to implement and its impact is more clear,
> > but not necessarily "smaller"
that well: It either _immediately_ affects quite a
large set of non-bookworm kernels, or it _may_ affect some future
kernels at some point in the future and _might_ cause a very similar
issue for late upgraders again. Not sure if any of that makes any of
the two solutions "the better one", but I have a slight preference to
the variant with the quite clear impact.)
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 Rafael,
Debian Bug Tracking System wrote:
> jed (1:0.99.20~pre.178+dfsg-4) unstable; urgency=medium
> .
>* d/jed-common.preinst: Avoid non-fatal abortion of the script.
> Thanks to Axel Beckert for the fix (Closes: #1035839)
Thanks! Just wanted to confirm that I could
Package: jed-common
Version: 1:0.99.20~pre.178+dfsg-3
Severity: serious
Hi,
I'm sorry to say, but it now fails elsewhere to upgrade from
1:0.99.20~pre.178+dfsg-1 to 1:0.99.20~pre.178+dfsg-3:
Preparing to unpack .../01-jed_1%3a0.99.20~pre.178+dfsg-3_amd64.deb ...
Unpacking jed (1:0.99.20~pre.178+
Package: jed-common
Version: 1:0.99.20~pre.178+dfsg-2
Severity: serious
jed-common fails to upgrade from 1:0.99.20~pre.178+dfsg-1 to
1:0.99.20~pre.178+dfsg-2 for me as follows:
Preparing to unpack .../4-jed-common_1%3a0.99.20~pre.178+dfsg-2_all.deb ...
Unpacking jed-common (1:0.99.20~pre.178+dfsg
h
> for latin1 chars as it is still UTF-8. So either use the original search
> string here or convert it back to local locale.
Ok, will have a closer look. Don't see the right place for a fix on a
first glance.
Regards, Axel
--
,''`. | Axel Becke
(I though don't think that this
typo caused your issue. It could have caused issues the other way
around: Not properly detected UTF-8 locales.)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debia
e regarded as a
bug" and "However, it's not logically wrong, either." sound as if it's
more a bug by goodwill, not by conviction.
And I must admit that "continue &&" as bash, ksh and all others
process it IMHO makes less sense than how zsh used t
Hi Emanuele,
Emanuele Rocca wrote:
> On 2023-05-03 08:16, Axel Beckert wrote:
> > Machine: Thinkpad X13s (ARM)
>
> Sorry, I've realized only after sending my previous message and having a
> coffee that this is about the X13s. :)
:-)
> The X13s is unfortunately not s
Axel Beckert wrote:
> Thanks for the bug report. Actually this is not new, but I seem to
> unfortunately have forgotton about it: https://bugs.debian.org/993714
> — hence merging.
Actually its even more embarrassing: A patch for that is already in
Git, albeit a bit less elegant and m
ch is small and clear.
I'll see that I make some testing and then an upload with that patch
and request a freeze exception latest at the upcoming weekend.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp
Package: installation-reports
Severity: normal
Tags: d-i
X-Debbugs-Cc: Axel Beckert , Dimitri Ledkov ,
Debian ARM Mailing List , Manuel Traut
Boot method: USB
Image version:
https://cdimage.debian.org/cdimage/bookworm_di_rc2/arm64/iso-cd/debian-bookworm-DI-rc2-arm64-netinst.iso
Date: 2023-05
file and handwritten Markdown files with a few long semantic
+HTML oneliners.
+ * Declare compliance with Debian Policy 4.6.2. (No changes needed.)
+
+ -- Axel Beckert Sat, 11 Mar 2023 23:34:38 +
+
dpmb (0~2021.03.01) unstable; urgency=medium
* New snapshot
diff -Nru dpmb-0~2021.03.01/d
a new
> shortcut?
I don't think that's a good idea as it breaks current TUI workflows
and the muscle memory of users.
> Or a dialog could ask which type of upgrade the user wants to
> invoke?
Neither that, for the same reason.
Regards, Axel
--
,''`. |
Package: apt
Version: 2.6.0
Control: found -1 1.8.2.3
"apt-get update" says:
E: Repository 'https://debian.ethz.ch/debian experimental InRelease' changed
its 'Codename' value from 'experimental' to 'rc-buggy'
N: This must be accepted explicitly before updates for this repository can be
applied.
d ones
> used instead.
Ran into this today, too. I think we had this already when bullseye
switched from testing to stable or so and I think there's a bug report
for this, too, already. Will search later for that one.
Interestingly compared to your last bug repoirt this time I think the
sever
mailing list.
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 1486 202E C09E 1D89 9593 0EDE
'--extra-package=[make a package or directory available to the
resolver]:package:_files -g "*deb(-.)"' \
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `
eport (at
least those parts which were clear enough) and agree with the apt
developers that the message about the Debian bookworm change
concerning non-free-firmware is only a notice, not a warning.
And I don't expect that Manuel (and surely not me myself) will change
something in the way ap
> We should fix that for bookworm.
JFYI: The upload to fix this was unnecessary in the end: According to
https://tracker.debian.org/news/1425949/accepted-sudo-1913p3-1-source-into-unstable/
this issue has been fixed as regression in a sudo with yesterday's
upload of 1.9.13p3-1
Hi Andreas,
Axel Beckert wrote:
> Andreas Beckmann wrote:
> > Checking intel-mkl (pre-built binaries in non-free) with lintian is very
> > slow. A full build (i.e. source+all+any) on amd64 takes nearly 18 hours
> > to check with
> > lintian -i -E -L ">=pedant
Hi Diederik,
Diederik de Haas wrote:
> On Wednesday, 1 March 2023 12:48:49 CET Axel Beckert wrote:
> > A patch (without the proper indentation probably wanted for readability)
> > which seems to have helped for me:
[…]
> https://salsa.debian.org/debian/raspi-firmware/-/merge_re
Package: raspi-firmware
Severity: serious
Tags: patch
Hi,
if /boot/firmware is (nearly) full, raspi-firmware prevents (!)
uninstalling a kernel image, because it still insists on copying stuff
to /boot/firmware upon kernel image removal.
An additional condition might be that another kernel image
to avoid the need
for escaping special characters.
I guess this probably also counts for keywords. Let's see and use
double quotes around "list" (sic!):
Yep, changing it to
xymon ALL=("list") SETENV:NOPASSWD: /usr/lib/xymon/client/ext/mailman
will make the error go awa
Package: d3-dsv-tools
Version: 1.1.1-8
Severity: grave
Justification: renders package unusable
$ symlinks -tv /usr/bin* | fgrep dangling
dangling: /usr/bin/csv2json -> ../share/nodejs/d3-dsv/bin/dsv2json.js
dangling: /usr/bin/csv2tsv -> ../share/nodejs/d3-dsv/bin/dsv2dsv.js
dangling: /usr/bin/dsv2
t;
can be ignored. :-)
Anyway, tagging as confirmed as I can already see now that it will
take a while. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517
close this bug report as
wontfix.)
2) You should just add a lintian override as this is a very special
circumstance only appearing in two python-related packages and
nowhere else and the cause is a very weird behaviour of the
upstream developers.
Regards, Axel
--
,
cker.debian.org/pkg/gdb to understand
it. Hence writing this hint.
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
Control: tag -1 + patch pending
Hi Jakub,
found time to analyse this closer.
Axel Beckert wrote:
> Given that the full path including the exploit code is always shown to
> the user before the exploit actually runs, I consider the impact
> rather low:
>
> ┌───
is not displayed at all --
which scared me a bit).
So I'll add that to both iconv calls in translate.
Thanks again, also for the hint on "-c".
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Deve
log.gz
changelog.gz │
│
│
│
│
│
│
└┘
Accordingly a severity of only "normal" seems fitting.
Should be fixed nevertheless. Will look into it.
Reg
source package, not
the binary packages. So fixing it in the binary package via debhelper
won't make that emitted tag going away.
P.S.: If you're an Emacs user, just run "M-x wh-cl" when editing
debian/changelog and you're done.
Regards, Axel
--
,'
the first stage of the
freeze for Bookworm, I'll though merge your merge request only after
the Bookworm release as it does not bring any advantage for Lintian in
Bookworm.
(And yes, I'll merge it even though the feature is not used as of now.
I still have hope that we can bring it b
Control: reassign -1 xen-tools 4.9.1-1
Control: retitle -1 xen-tools: Document configuration needed for older releases
better
Hi,
Axel Beckert wrote:
> > I must admit, I currently don't see which system call caused the
> > segfault. Full strace log attached.
>
> I curr
Control: tag -1 + moreinfo
Hi,
I think, I found the cause:
Axel Beckert wrote:
> 9440 open("/var/log/dpkg.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 6
> 9440 fstat(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> 9440 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_
Package: debootstrap
Version: 1.0.128+nmu2
Severity: normal
Control: affects -1 xen-tools
Running "debootstrap --verbose --arch amd64
--keyring=/usr/share/keyrings/debian-archive-removed-keys.gpg wheezy
/tmp/hH11H2NR4o http://archive.debian.org/debian"; (or Debian or Ubuntu
releases older than tha
for
> reproducibility, including tar's, but I'm still mystified as to why it
> works on the other system. This part of tar doesn't seem to have changed,
> and as you mentioned replacing tar didn't change anything.
Exactly. All of that. :-)
Rega
Hi Vagrant,
Vagrant Cascadian wrote:
> On 2023-02-05, Axel Beckert wrote:
> > While running Lintian's testsuite on a much faster system compared to
> > my Sid amd64 running development workstation, I noticed the following
> > test suite failure when running "priva
Package: lintian
Version: 2.116.3
Severity: important
Tags: ftbfs
While running Lintian's testsuite on a much faster system compared to
my Sid amd64 running development workstation, I noticed the following
test suite failure when running "private/runtests" or trying to build
the package on a more
entry.
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
so that's not the cause.
Also prepending env TZ=GMT to any command didn't help to get the same
result either.
> On 05/02/2023 06.47, Axel Beckert wrote:
> > Unfortunately firmware-nvidia-gsp/nvidia-graphics-drivers is rather
> > large and I ran out of disk space when firs
ches the second variant and Andreas' patch patches the
first variant — which was also the one emitted by running Lintian
against his package.
So it makes sense that Kibi's patch didn't fix Andreas' false
positive. Nevertheless Kibi found a likely problematic part of t
;& $installable_liberty eq
> 'non-free-firmware';
>
> my $control_item= $self->processable->debian_control->item;
> my $position = $installable_fields->position('Section');
Thanks for that patch, too. Maybe both are necessary. Will
ot;CONFIGFLAGS += --enable-gdbm"
Will do. Already committed locally.
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 16
s interpreting my REGEX.
Yes and no. It interprets only "*" and "?" and these have the same
meaning as with shell wildcards. It's actually the "jokers" mode of
the Perl module Regexp::Wildcards.
Regards, Axel
--
,''`. | Axel Beckert , h
ase and upload to Debian Unstable
in the next few days.
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
`-|
sense
for building packages.
But this also hinted that a run-time dependency on mount was (also)
missing — for the same reason.
So thanks again for making me aware of that!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian
Package: trans-de-en
Version: 1.9-5
Severity: normal
Tags: upstream
Hi,
$ translate -i "bone tumour"
Geschwulst {f}; Gewächs {n}; Wucherung {f}; Tumor {m}; Neoplasma {n} [med.] |
Geschwülste {pl}; Gewächse {pl}; Wucherungen {pl}; Tumoren {pl}; Neoplasmen
{pl} | Blasentumor {m} | Gefäßtumor {m}
Hi Adrian, hi Matthias,
Adrian Bunk wrote:
> On Sun, Jan 29, 2023 at 12:41:48AM +0100, Axel Beckert wrote:
> > # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029633#10
> > tags 1029641 + moreinfo
> > thanks
>
> What info is missing here
There seems some strong d
that need them. Because you want to be able to not install
dependencies you don't need if you don't run all the plugins which
need them, right?
Anyway, I've made the package description more explicit on this,
similar to the note in debian-goodies' package description.
filing https://bugs.debian.org/1029481 :-)
> Please add a lintian tag and add it to the ftp-master auto-rejects.
Definitely a good addition. No promises that this will be added before
Bookworm, though.
Regards, Axel
--
,''`. | Axel Beckert , https://peo
ommon subset.
And maybe with the one set being calculated from the other set by
stripping the XS- prefix.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4
Control: tag -1 + pending patch
Hi again.
Axel Beckert wrote:
> Axel Beckert wrote:
> > > Expected 6 more error(s) in logfile
[…]
> I looked a bit deeper into it, but didn't yet understand the issue
> fully yet.
>
> Not forgotten, but I will only continue on it in
't hesitate to contact me.
Might come back to you on this.
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
aybe.
But I'll at least try to update doc/lintian.rst so that at least the
content is ready once we can update the website again.
This is also related to https://bugs.debian.org/1004234 (docs: give
advice how to debug overrides).
Regards, Axel
--
,''`. | Axel B
ot really. :-)
> as demonstrated by the tags in the XML file and the text colors in
> the HTML version.
Yep, that XML version really helped to understand the semantics of the
colors in SPDX's HTML rendering.
But even if they're still not the same as such, it indeed makes no
sense t
Hi Vincent,
Vincent Lefevre wrote:
> Note that this bug is a regression in zsh 5.9. It would be nice to
> have the fix in bookworm.
Thanks for the reminder. I've put it on my pre-freeze TODO-list.
Regards, Axel
--
,''`. | Axel Beckert , https://p
Hi,
Axel Beckert wrote:
> > cat: test/tmp/httpd.pid: No such file or directory
>
> Just a short note: That last line is a red herring. It's just a follow
> up error when the test suite tries to run the already no more running
> httpd:
>
> test.pl:system &quo
me as the SPDX MIT License.
[…]
> Can somebody at Debian Legal please comment?
Yes, thanks! I'd prefer to have a good explanation, too.
Please also note that I didn't mark the bug report as wontfix, just as
moreinfo.
Regards, Axel
--
,''`. | Axel Beckert
Axel Beckert wrote:
> As mentioned before exactly that exception is the reason why I think
> that these two license texts are not the same. I though see no
> explanation what the meaning of the colors on the SPDX website is.
> Until that is clarified, for me, the two texts clearly d
f the colors on the SPDX website is.
Until that is clarified, for me, the two texts clearly differ for me.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B
Package: lintian
Version: 2.115.4~git
Severity: wishlist
In
https://salsa.debian.org/lintian/lintian/-/merge_requests/390#note_367701
Willian Desportes (X-Debbugs-Cc'ed) suggested to implement the same as
Lintian MR !390 (GitHub and GitLab URLs shouldn't end with .git) also
for Vcs-Browser. With w
Hi,
Axel Beckert wrote:
> Aurelien Jarno wrote:
> > Given we got no decision from the MIPS porters before the toolchain
> > freeze, we'll have to live with the executable stack on mips*el for
> > bookworm.
> >
> > Therefore I believe it's a good ide
ion from the MIPS porters before the toolchain
> freeze, we'll have to live with the executable stack on mips*el for
> bookworm.
>
> Therefore I believe it's a good idea to disable that tag on mips*el on
> the lintian side.
Ok, thanks. Will look into it now.
Hi Soren,
Soren Stoutner wrote:
> On Sunday, January 15, 2023 5:17:10 PM MST Axel Beckert wrote:
> > > Debian, of course, prefers the Expat name as it is more precise.
> >
> > According to
> > https://wiki.debian.org/Proposals/CopyrightFormat#Differences_between_DE
Control: tag -1 + pending
Hi Jakub,
Axel Beckert wrote:
> Jakub Wilk wrote:
> > I heard you like spell-checking, so I ran your spell-checker on your
> > spell-checker:
> >
> >$ grep '^[^#]' /usr/share/lintian/data/spelling/corrections | cut -d '|
, the
> > decision has to be taken by the mips porters.
>
> We are getting very close to the toolchain freeze. Any decision about
> that?
JFYI: There is the request to disable this tag completely on MIPS
architectures in https://bugs.debian.org/1025436
Now I wonder if this woul
Control: tag -1 + confirmed pending
Hi Jakub,
Jakub Wilk wrote:
> $ file lintian-2.115.3/reporting/harness
> lintian-2.115.3/reporting/harness: broken symbolic link to ../frontend/dplint
Good find, thanks!
Regards, Axel
--
,''`. | Axel Beckert , https://p
lintian | grep -vF '(duplicate word)'
>ocurrence -> occurrence
>ocurrences -> occurrences
>prefered -> preferred
>transfered -> transferred
>transfering -> transferring
Thanks! This is hilarious. And a great idea!
> (Maybe worth adding som
nly exist since recently, so
we can take that patch without having fear that backports will break.
:-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F
ainfo.xml (mit !=
> expat) [debian/copyright]
So that actually seems a true positive as the licenses differ. They
only differ a bit, but they differ.
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
y point of view, the test in-sbin-confusion-in-elf needs to
be removed from the test suite. Will do after this mail.
This will also fix the second part of this bug report.
(And now I'd like to go back to other Lintian issues which don't
consume hours of debugging time first. Or just do an
es.
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
leich/cdist/pulls
I'll take upstream into Cc so they're aware of these upstream
infrastructure issues misleading users into thinking that upstream's
development has stalled.
I might also do a QA upload fixing these issues. No promises though,
as I'm a bit out of time
ocation of that file. Such a discussion should come _before_ Lintian is
asked to implement something.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517
4.6.2.0 (current is
> 4.6.1.0)
>
> If this is not a real error then maybe it should have pedantic severity
> instead.
I tend to ignore any tar STDERR output saying "tar: Ignoring" as
solution for this issue. Do you think that should suffice?
Regards, Axe
ce-file) lead into objections, also from
my side, I'd like to hear first if there's someone who considers this
tag useful.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `
Package: lintian
Version: 2.115.3+68commits+git091d167f6
Severity: normal
When running against BackupPC, lintian emits this tag:
X: backuppc source: very-long-line-length-in-source-file 535 > 512
[lib/BackupPC/CGI/GeneralInfo.pm:52]
But there is no such long line in that file:
$ cat -n lib/Bac
Package: lintian
Version: 2.115.3-68-g091d167f6
Severity: important
This issue is slightly related to the issue which made me find #1027949
as it probably also only surfaced when libpath-tiny-perl got bumped from
0.124 to 0.144 which added more pedantic error checking:
When trying to run lintian
rs to fix the reported bug and
> still pass the autopkgtest.
Yay, thanks a lot! Will have closer look probably this evening and
then also do an upload.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debia
Package: aptitude
Version: 0.8.13-5
Severity: normal
aptitude just crashed with a segfault for me when updating the package
list while a mirror update was close to be finished on the used Debian
mirror. (Haven't seen a segfault in aptitude for quite a while, so I
assume this is either a rather sel
Hi Aurelien,
Axel Beckert wrote:
> Aurelien Jarno wrote:
> > An alternative is to not try to support all systems and reinvent the
> > wheel, and instead assume a POSIX system.
>
> I'd say on Debian — independent of the actually used kernel — we can
> do assume this
be used.
Nice patch! 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 1486 202E C09E 1D89 9593 0EDE
Package: python-dev-is-python3
Version: 3.11.1-2
Severity: serious
Hi,
python-dev-is-python3 is uninstallable because of these never
satisfiable package relations:
Package: python-dev-is-python3
Source: what-is-python (12)
Version: 3.11.1-2
Depends: python-is-python3 (= 3.11.1-2), […]
d it right that ".DEFAULT:" is equivalent to "%:"?
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 Paul,
finally found time to tackle this.
Axel Beckert wrote:
> > Can you please investigate the situation
>
> Already done. Issue are mostly hardcoded x86_64 and amd64 strings in
> the test suite.
>
> Problem is IIRC that Lintian's testsuite currently doesn'
rt.
As of now, at least it installed all build-dependencies successfully
in an up to date chroot. I'll close the bug report if the build
succeeds.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.deb
the test suite tries to run the already no more running
httpd:
test.pl:system "kill `cat $tmppath/httpd.pid` 2> /dev/null" if ($EPHTTPD
ne '' && !$opt_nokill) ;
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :
101 - 200 of 3444 matches
Mail list logo