I found the release notes under
https://www.nvidia.com/en-us/drivers/details/238990/
and tab "Release Highlights"
If I have understood the release note of the today released Nvidia 535.230.02
version correctly, this bug should be fixed by it.
Here are the release notes
Updated the kernel module build process to use CONFIG_CC_VERSION_TEXT from the
Linux kernel's Kconfig to detect the compiler used to buil
Package: nohang
Version: 0.2.0-2
Severity: serious
Dear Yangfl,
nohang unconditionally uses sudo, but has no dependency on it.
Symptoms are log entries like this one:
Nov 26 11:22:45 c-cactus2 nohang-desktop[1879]: Executing Command-566 ['sudo',
'-u', 'abe', 'env', 'DISPLAY=:0',
'DBUS_SESSION
ed and suggested
packages and mark one of the as to be installed: It's additional
dependencies aren't added to the current preview either.
So while there are clearly unlucky implications, the view generation
would need to be rewritten and the view concept redesigned to change
th
Package: pacman.c
Version: 0+git20240818+ds-1+b1
Severity: serious
Dear Maintainer,
pacman.c can't be installed if the package pacman is installed, too:
Preparing to unpack .../pacman.c_0+git20240818+ds-1+b1_amd64.deb ...
Unpacking pacman.c (0+git20240818+ds-1+b1) ...
dpkg: error processing arch
er the upload. It creates that "WIP (generated at release
time: please do not add entries below.)" line and updates the version
number in debian/changelog.
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
> Changed-By: Bastien Roucariès
> Closes: 1077112
> Changes:
> lintian (2.117.1) unstable; urgency=medium
> .
>[ Axel Beckert ]
>* Retroactively mention #1033894 in previous changelog entry.
> .
>[ Otto Kekäläinen ]
>* Declare compliance with Debian
Package: iptables-netflow-dkms
Version: 2.5.1-2
Severity: grave
Tags: patch bullseye
Since linux-image-5.10.0-31-amd64/5.10.221-1, ipt_NETFLOW.ko no more
builds on Debian 11 Bullseye:
Citing from /var/lib/dkms/ipt-netflow/2.5.1/build/make.log:
DKMS make.log for ipt-netflow-2.5.1 for kernel 5.10.
#x27;ve asked for _help_ on this—not for
bashing. Please read https://bugs.debian.org/123150
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5
Control: tag -1 + patch pending
Hi again
Axel Beckert wrote:
> The sole reason I use it over grep is that it supports multiline
> matches. It though seems that grep might be able to do that — albeit
> non-obviously — via "grep -Pzov", too.
Nope, even much simpler cases fa
Control: tag -1 + confirmed
Hi Chris,
Chris Hofstaedtler wrote:
> we want to get rid of pcre3 in trixie. As such unburden-home-dir's
> Build-Depends on pcregrep dependency will become unsatisfiable.
Thanks for the bug report! So pcregrep hasn't been ported (by
PCRE upstream) to libpcre2 either?
Package: cozy
Severity: serious
Version: 1.3.0-2
Control: affects -1 blackbox-terminal
Hi Manuel,
installing cozy fails if blackbox-terminal (at least at version
0.14.0-3) is also installed due to a file conflict at
/usr/share/icons/hicolor/scalable/actions/settings-symbolic.svg (and
potentially
much earlier. Might be implemented as
extension of python-module-has-overly-generic-name (as the module name
seems the empty string in that case ;-) which so far already catches
cases like e.g. /usr/lib/python3/dist-packages/doc/__init__.py.
Regards, Axel
--
,''`. |
Package: cgroupfs-mount
Severity: serious
Version: 1.4+nmu1
Hi,
cgroupfs-mount fails to upgrade from 1.4 to 1.4+nmu1 for me (elogind +
sysvinit) as follows:
Setting up cgroupfs-mount (1.4+nmu1) ...
Unmounting cgroupfs hierarchyumount: /sys/fs/cgroup/elogind: target is busy.
invoke-rc.d: initscri
NE(HAVE_GETTIMEOFDAY_TZ, 1, [Define to 1 if gettimeofday()
> takes a time-zone arg])
Thanks a lot! I was always trying to add that include line into actual
C files. It didn't occur to me that I need to add it to configure.
Regards, Axel
--
,''`. | Axel Beck
Package: cabextract
Version: 1.11-1
Severity: serious
X-Debbugs-Cc: a...@debian.org
>From aptitude's dependency view on armhf:
iFA (pin --\ cabextract 0 72.7 kB 1.11-1 1.11-1+b1
--\ Depends (3)
--- libc6 (>= 2.34)
--- libmspack0 (>= 0.9.1-1)
--- libmspack0t64 (>= 0.4) (UNSATIS
there are solely two dependencies of only one binary package
(namely qutebrowser) affected: libqt5core5a and libqt5dbus5.
I neither see a package called libqt5webkit5t64 nor a package called.
libqt5webenginecore5t64.
Regards, Axel
--
,''`. | Axel Beckert , http
Package: xymon
Severity: serious
Version: 4.3.30-2
Tags: pending
Due to a superfluous leftover debconf initialisation in xymon.postinst
not being removed with the cleaning up of old transition code, upgrading
xymon (but not xymon-client) resulted in a hanging upgrade process as
well as in a xymon.
m{el,hf}.
I got my sid armhf Raspi fixed today (it stopped booting a while ago,
seemed to have been a usrmerge related issue), so I can now test
patches locally on armhf again.
Will try to get an upload done based on Steinar's patch instructions
soon-ish. But I first need to get the Raspi uptodat
Source: aptitude
Version: 0.8.13-5
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: a...@debian.org, z...@debian.org
Citing from https://buildd.debian.org/status/package.php?p=aptitude:
BinNMU changelog for aptitude on amd64, arm64, armel, armhf, i386, mips64el,
ppc64el, riscv64, s390x, alpha, hppa,
ebian/ccze/-/commit/11b90155a6559e2121836483c2acacf35d8fca3b
Do you think that change would have any other impact? At least no more
crashes, so I'll upload anyway. But if you find some drawbacks, please
tell me.
Regards, Axel
--
,''`. | Axel Beckert , https://peopl
is currently working on.
Will likely work on these (and ccze) over the holidays.
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
s will trigger this as it's the
parsing of the process id inside the brackets where the crash happens.
So in case you have an idea how to fix this, I'd be happy.
(As mentioned elsewhere already, this migration is a huge PCRE
upstream mess and I'm glad about any help as this is
Hi Yavor,
Yavor Doganov wrote:
> Please find a patch attached
Thanks a lot!
> (I was not able to test all plugins).
Better than nothing.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ft
Hi,
gregor herrmann wrote:
> On Tue, 01 Aug 2023 22:41:12 +0200, Axel Beckert wrote:
> > > I assume the diagnostics have changed again and it's just the tests that
> > > need adjusting, but I haven't checked properly.
> > Will look into it, but may take a
Control: tag -1 pending
Hello,
Bug #18 in zsh reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/zsh/-/commit/138340f908926ef5bfbc3e82b1ca1cc9a97de22c
Package: grub-common
File: /etc/grub.d/25_bli
Version: 2.12~rc1-7
Version: 2.12~rc1-9
Severity: serious
For some reason, possibly usrmerge-triggered, since 2.12~rc1-7
/etc/grub.d/25_bli sports the following non-standard shebang line:
#!/usr/bin/sh
as lintian also reports:
→ lintian grub-com
mit/6955989b1474f72cb75c33aa3f0cde418c82ff68
Then again, that was 6 years ago.
Ah, that were solely build-dependencies, not run-time dependencies. At
least that mystery is solved. :-)
Anyway, thanks for your efforts and sorry that I currently can't help
that much with the actual work.
y-perl,
libstring-escape-perl, libweb-solid-auth-perl, perl:any
→
Should we do this in solid-auth, too, or just use solely
liblog-any-perl?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.or
Package: solid-auth,liblog-any-perl
Severity: serious
Control: found -1 liblog-any-perl/1.717-1
Control: found -1 solid-auth/0.91-1
Hi,
after the upload of liblog-any-perl/1.717-1, solid-auth/0.91-1 became
uninstallable as it depends on liblog-any-adapter-perl which is no more
provided by liblog-
an reproduce in a clean chroot. But it does not happen when
building in my Sid workstation. So it looks like a missing
respectively now separate build dependency.
Just tested: Adding a build-dependency on libpango1.0-dev suffices to
get it building in a clean chroot again.
R
Package: elpa-muse
Version: 3.20+dfsg-7
Severity: serious
X-Debbugs-Cc: a...@debian.org
Control: affects -1 emacs emacs-gtk emacs-lucid emacs-nox emacs-pgtk
Since upgrading to Emacs 29.1, byte-(re-)compilation fails as follows:
[…]
Install elpa-muse for emacs
install/muse-3.20: Handling install o
Package: elpa-haskell-mode
Version: 17.2-5
Severity: serious
X-Debbugs-Cc: a...@debian.org
Control: affects -1 emacs emacs-gtk emacs-lucid emacs-nox emacs-pgtk
After upgrading Emacs to 29.1, byte-(re-)compiling fails as follows:
[…]
Install elpa-haskell-mode for emacs
install/haskell-mode-17.2sna
Package: elpa-pointback
Version: 0.2-4
Severity: serious
X-Debbugs-Cc: a...@debian.org
Control: affects -1 emacs emacs-gtk emacs-lucid emacs-nox emacs-pgtk
Since the upgrade to Emacs 29.1-1, byte (re-)compilation fails as
follows:
[…]
Install elpa-pointback for emacs
install/pointback-0.2: Handli
d there, too, unless it is renamed.
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 EA2
Package: xserver-xorg-video-nouveau
Severity: grave
Version: 1:1.0.17-2
Dear Maintainer,
> What led up to the situation?
I've dist-upgraded a 7 years old HP workstation with an "NVIDIA
Corporation GM206 [GeForce GTX 960] (rev a1)" graphics card from Debian
11 to 12. It was previously working fin
Package: elpa-ghub
Version: 3.6.0-2
Severity: serious
Hi,
somewhere between elpa-ghub 3.5.6-1 and 3.6.0-2, it dropped the
dependency on elpa-treepy despite it still seems necessary.
It might be that this was some automatic thing as this change was not
mentioned in debian/changelog.
Here's a sum
Hi Bastian,
Bastian Germann wrote:
> zsh builds without libpcre3-dev installed.
Yeah, I know. Did that before.
> Please consider dropping the dependency until the next version is
> released.
Nope. That's only my last resort.
Regards, Axel
--
,''`.
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
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
Control: tag -1 pending
Hello,
Bug #993714 in debsums reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/perl-team/modules/packages/debsums/-/commit/fb7e076bfec807
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
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
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
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
--
,&#x
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 pending
Hello,
Bug #1026503 in libembperl-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/perl-team/modules/packages/libembperl-perl/-/comm
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
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
Control: tag -1 pending
Hello,
Bug #1025868 in lintian reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/lintian/lintian/-/commit/6bf8452625fb7ebbbad0af23a225557a
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
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
`. `&#
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
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), […]
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/
: :
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
res.
Anyway, thanks for the reminder.
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
probably the way to go once it's clear that
#1023286 was really the cause. I also wonder if some versioned Breaks
or Conflicts would be helpful, too.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch
gs.debian.org/cgi-bin/bugreport.cgi?bug=1024520#37 ?
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
`-| 1
Hi again,
Axel Beckert wrote:
> Yep, this change makes pconsole and links2 build fine again:
>
> - _install_file_to_path($mode, $source, $target);
> + _install_file_to_path(1, $mode, $source, $target);
Compared with debhelper 13.10 builds the lintian ov
Control: tag -1 pending
Hello,
Bug #1024520 in debhelper reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/debhelper/-/commit/b13e78ec56a27821dc3ec5fd62cbb
Control: tag -1 + patch pending
Hi,
Axel Beckert wrote:
> >dh_lintian -a
> > Use of uninitialized value $dest in -l at
> > /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 662.
> > Use of uninitialized value $to in string eq at
> > /usr/share/perl/5.36/Fi
Dh_Lib.pm:
_install_file_to_path($mode, $source, $target);
I'm trying to find a patch.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B
Control: tag -1 pending
Hello,
Bug #1023317 in zsh reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/zsh/-/commit/8dff29f4cd9663746b51ffad9317e68a2cd00a55
Hi Helmut,
Helmut Grohne wrote:
> On Thu, Nov 03, 2022 at 12:26:18AM +0100, Axel Beckert wrote:
> > Some more hints about how this all is meant to work and why it
> > actually works would have been appreciated, though:
>
> Thank you for the quick reply and thank you for br
. An early pointer to that or #990440 would have been
nice…
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 Adrian,
Adrian Bunk wrote:
> On Thu, Oct 20, 2022 at 09:25:34AM +0200, Axel Beckert wrote:
> > P.S.: Due to making this bug report "release critical", automatic
> > updates on stable with apt-listbugs stopped applying firefox-esr
> > security updates. Otherwise
d I was able to solve it
by temporarily uninstalling elpa-cider.
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
`-
inaciousness with 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 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Control: found -1 1:28.2+1-2
Hi Sean,
Axel Beckert wrote:
> Sean Whitton wrote:
> > Could you see if the upload I just made, 28.2+1-2, still shows the
> > problem, please? It includes a backported upstream fix. Thanks.
>
> Would like to, but can't as "
ldd.debian.org/status/package.php?p=emacs
But thanks for caring about this issue. Much appreciated!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724
r issues. :-)
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
t of mine.
And we're trying to understand if this is a bug in qutebrowser's
setup.py respectively qutebrowser's misc/Makefile or in Debian's
python3-setuptools.
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
Control: tag -1 + pending
Hi again,
Axel Beckert wrote:
> > >dh_usrlocal -O--buildsystem=pybuild -O--link-doc=qutebrowser
> > > dh_usrlocal: error: debian/qutebrowser/usr/local/bin/qutebrowser is not a
> > > directory
>
> This is clearly the one whic
ea yet what or why.
Actually the following override in debian/rules would fix it and the
resulting .deb has no debdiff to 2.5.2-1 as in unstable/testing, but
I'd first like to understand what actually goes wrong instead of
fixing symptoms:
override_dh_usrlocal:
rm -rvf debia
Hi Paul,
Ying-Chun Liu (PaulLiu) wrote:
> Neither szqdong nor kenorb-contrib is working.
> I've tried both.
Meh. I had hope because at least their build CI seems to have been
passed.
Thanks a lot for having a look at it and testing!
Regards, Axel
--
,'
ppropriate severity. 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
ere. But until then, I think providing FF is better than not providing it.
Excatly that. Seconded.
P.S.: Due to making this bug report "release critical", automatic
updates on stable with apt-listbugs stopped applying firefox-esr
security updates. Otherwise I wouldn't have noticed i
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
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 time:
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:
embark-consult.el:68:1
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 change
all it takes. Finally dawned 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 Develop
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 libgnuradio-fu
till 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/
: :' : |
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
1 - 100 of 1006 matches
Mail list logo
