Bug#1010445: mono-complete: Mono package in Debian is very outdated (6.8 but should be 6.12)
> Please keep packages you care about in a good shape in Debian. I > assume you've read the past discussion in this bug and realize that > even mono itself is unmaintained, very outdated and RC-buggy and > package like it often miss stable releases even when they aren't > removed from unstable. This is actually part of my plan, because the loss of Debian-provided packages for the Mono runtime and libraries would be a big blow to our unvendoring effort. While the Debian packages are mostly unmaintained, they are still in a better state that the vendored binaries we replace by the Debian builds. But this is really daunting for a maintainer like me with little experience outside of packages I happen to be the upstream of. I would be willing to take over the maintenance of src:mono if I could be accompanied/mentored at least for the initial salvaging effort, but I don’t feel like diving into that alone. > If by "a handful of Mono libraries" you mean > libraries not built from src:mono please keep those in a good shape > in Debian too (I would be surprised if all of them are still in > debian though, as there are maybe 5 of such libraries in Debian). I think all the ones we rely on with ./play.it are built from src:mono. pgpGfBKQzu4PL.pgp Description: Signature digitale OpenPGP
Bug#1010445: mono-complete: Mono package in Debian is very outdated (6.8 but should be 6.12)
Le Thu, 29 Aug 2024 17:11:15 +0500, Andrey Rakhmatullin a écrit : > So we've now filed many RM bugs and some bugs for removing CLI > subpackages, after all of this is done I think we will have only the > following: > > - mono (duh) > - leaf packages that are healthy and somewhat useful: > - keepass2 ("Password manager") > - openmcdf ("Structured Storage Explorer") > - de4dot (".NET deobfuscator and unpacker") > - smuxi ("Engine libraries for Smuxi (IRC, Twitter, XMPP, Campfire, > JabbR") > - quickroute-gps ("GPS analysis software for getting your route on > the map") > - deps of those: > - dnlib (de4dot) > - nini (smuxi) > - log4net (smuxi, quickroute-gps) > - hexbox (openmcdf); also builds an app subpackage which doesn't > look useful Please consider including play.it-community and play.it-vv221 in the leaf packages (admittedly with a very low popcon). "Somewhat useful" or not is the kind of judgement I am far too biased to make about these packages. While they do not directly depend nor build-depend on Mono, they do generate packages for the following (non-free, non-redistributable) games, and the generated packages depend on both mono-runtime and a handful of Mono libraries: - A Virus Named Tom - Bastion - Bleed - Bleed 2 - Capsized - Celeste - Cryptark - Eliza - Escape Goat - Escape Goat 2 - Exapunks - Fez - Gnomoria - Hammerwatch - Last Call BBS - Melody's Escape - Möbius Front '83 - Molek-Syntez - Opus Magnum - Owlboy - Proteus - Reus - Rogue legacy - SpaceChem - Star-Twine - Stardew Valley - Terraria - The Adventures of Shuggy - The Swapper - The Zachtronics Solitaire Collection - Tooth and Tail - Transistor Sadly I could find no good way to declare this kind of transitive dependency in the metadata of the packages generators themselves, so Debian tools will not pick them up when looking for the consumers of mono-runtime. pgpd7lUtc694I.pgp Description: Signature digitale OpenPGP
Bug#1051985: php-laravel-framework: Uninstallable with symfony 6: unsatisfiable dependencies
Is there some help required with packaging a new laravel upstream source to restore compatibility with the Debian-provided symfony packages? I would like to run some tests with Debian-provided laravel, since this incompatibility is a blocker to its installation I’m willing to lend a hand to fix it. pgpVMwQVJwbDi.pgp Description: Signature digitale OpenPGP
Bug#1064726: reopen, still ftbfs
Since the new reported problem with building 0 A.D. from source is distinct from the one reported in the first place, please consider closing the current bug report and open a new one instead. Keeping this one open is preventing the 0 A.D. packages from migrating to testing. Unless someone can see a good reason to keep the current bug report open, I will close it in a couple days, and forward the report by Matthias into a new dedicated bug report. pgpA8FzliUh6r.pgp Description: Signature digitale OpenPGP
Bug#1073260: systemd-tmpfiles can nuke /home and /srv
> The users who would want to avoid this risk for data loss can disable > this behaviour locally with the following command: > /etc/tmpfiles.d/home.conf Oops, what I meant is that the described behaviour can be disabled with the following command: touch /etc/tmpfiles.d/home.conf
Bug#1072977: bembo.debian.org TLS certificate is not signed by a well-known authority
While the update to apt-listbugs 0.1.42 does indeed trigger the reported problem, its cause is not in apt-listbugs code itself. This update uses https by default, but one of the servers answering to bugs.debian.org (bembo.debian.org) uses a TLS certificate that is not signed by a well-known authority, leading to the certificate verification failure. The other server answering to bugs.debian.org (buxtehude.debian.org) does not have this problem, so people might not get this certificate error when using apt-listbugs if they are lucky enough to contact the server with the correct TLS configuration. What should be fixed here is the TLS certificate served by bembo.debian.org, not apt-listbugs itself.
Bug#1072977: bembo.debian.org TLS certificate is not signed by a well-known authority
> This update uses https by default, but one of the servers answering to > bugs.debian.org (bembo.debian.org) uses a TLS certificate that is not > signed by a well-known authority, leading to the certificate > verification failure. You can probably forget about that, further investigation seems to show that I messed up during my tests and something else is amiss. Sorry for the noise.
Bug#1010445: mono-complete: Mono package in Debian is very outdated (6.8 but should be 6.12)
Please consider lowering this bug report severity. While it would indeed be really nice to get a more recent build of Mono in Debian repositories (I am sure the Debian Mono Group would be happy to get help with this), keeping the current outdated build is much more useful than not having access to Mono at all from Debian repositories. Here we rely extensively on the Debian-provided 6.8 build to run non-free games built on top of the XNA/FNA engine through ./play.it (https://wiki.debian.org/Games/PlayIt). Losing these packages would make us rely on the binaries and libraries shipped by the game developers instead, that are usually older than the current Debian build. More generally requests for the packaging of new upstream releases tend to use a "wishlist" severity level, not "important" and even less "serious". pgpfcH3lp5N84.pgp Description: Signature digitale OpenPGP
Bug#1072166: python-zombie-imp: Missing build dependency
Source: python-zombie-imp Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) The python-zombie-imp source requires the "setuptools" Python module, but python3-setuptools is not included in its build dependencies. This has been noticed when trying to build a local backport of python3-zombie-imp for Bookworm, I have not checked yet if the same problem happens when building on top of Trixie or Sid. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1051901: libasound2: 1.2.10 breaks ability to play audio using i386 binaries on amd64 host
tags -1 upstream thanks Similar symptoms have been reported by Arch Linux users: https://bugs.archlinux.org/task/79628 So this bug is most probably not specific to the Debian packaging. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1051901: 1.2.10 breaks ability to play audio using i386 binaries on amd64 host
I ran more tests, and could reproduce what I think is the same bug without relying on WINE. Trying to play an audio file using mpv:i386 [1] on an amd64 host causes a segfault. While mpv:amd64 has no issue. [1]: https://packages.debian.org/sid/mpv I think the problem might actually be related to trying to play sounds using any i386 binary (so the i386 libasound.so.2) on an amd64 host. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1036646: libhyperscan5: prevents rspamd from starting
I bumped the bug severity to prevent the automatic migration to Bookworm, but feel free to lower it if you think it is not warranted. OpenPGP_signature Description: OpenPGP digital signature
Bug#1036646: libhyperscan5: prevents rspamd from starting
It looks like an update of rspamd should fix this: https://github.com/rspamd/rspamd/issues/4409 I am reassigning this bug report to rspamd since it seems that a fix is available from their upstream. OpenPGP_signature Description: OpenPGP digital signature
Bug#1020213: libatk1.0 pulls in at-spi2-core
On Sun, 18 Sep 2022 09:59:01 +0200 Dominick Grift wrote: libatk1.0-0 (2.46.0-1) pulls in at-spi2-core (and gsettings-desktop-schemas). It would be really nice if we could opt out of at-spi2-core. at-spi2-core is very intrusive and by itself it does not add any value. at-spi2-core is only a recommended dependency of libatk1.0-0, not a hard dependency: $ apt depends libatk1.0-0 libatk1.0-0 Depends: libc6 (>= 2.4) Depends: libglib2.0-0 (>= 2.62) Recommends: at-spi2-core at-spi2-core:i386 You should be able to remove at-spi2-core, or prevent its installation, and keep libatk1.0-0 installed at the same time.
Bug#988232: wine64-development: new wine 5.9 always fails with chdir to /tmp/.wine-... : No such file or directory
This is most probably the same bug than already reported here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988195 OpenPGP_signature Description: OpenPGP digital signature
Bug#983117: dxvk: failure to apply on a clean prefix, due to a symlink creation issue
After a bit more thinking it probably makes more sense to assign this bug to wine-development, as this is a wine-development update that broke dxvk. Severity should probably be adjusted too, as this does not make wine-development unusable but still breaks dxvk, a related package. But I am not sure what severity level would be appropriate for such an issue. OpenPGP_signature Description: OpenPGP digital signature
Bug#966653: gitlab: [BUG] Segmentation fault at 0x0000000000000000
I got bitten by the same crash during a system upgrade from Buster 10.4 to Buster 10.5, on a system using the Buster Fasttrack repositories. Reverting the older versions of the following packages allowed me to avoid the crash: - ruby-google-protobuf:amd64=3.11.4-5+fto10+1 - ruby-grpc:amd64=1.26.0-3+fto10+1 So the following command might help work around it for people that get this crash on a Debian Buster: apt install ruby-google-protobuf:amd64=3.11.4-5+fto10+1 ruby-grpc:amd64=1.26.0-3+fto10+1 I use no instance of GitLab on Bullseye/Sid, so sadly I am not able to run tests in this context.
Bug#874656: libegl1-mesa: Makes team fortress 2 crash the entire machine
On Thu, 28 Sep 2017 23:15:27 +0200 Salvo Tomaselli wrote: > I had downgraded my mesa. I wanted to try again but I can't upgrade it > because of some llvm breakage at the moment. > (…) > I seguenti pacchetti hanno dipendenze non soddisfatte: > libllvm5.0 : Rompe: libllvm5.0:i386 (!= 1:5.0-2) but 1:5.0-1 is to be > installed > libllvm5.0:i386 : Rompe: libllvm5.0 (!= 1:5.0-1) but 1:5.0-2 is installed You can still install these packages without waiting for the resolution of bug #876752 by forcing the highest common version for these two architectures: apt install libllvm5.0{,:i386}=1:5.0~+rc2-1 You need to have the testing repositories in your APT sources or this won’t work. signature.asc Description: OpenPGP digital signature
Bug#708219: libwine-bin-unstable: Package is empty
Package: libwine-bin-unstable Version: 1.5.7-4 Severity: grave Justification: renders package unusable Dear Maintainer, Since update 1.5.7-2, this package is nearly empty. Here are the filelist for 1.5.6-2 and 1.5.7-4 for comparison: root@HAL9000:/var/cache/apt/archives# dpkg-deb -c libwine-bin-unstable_1.5.6-2_i386.deb drwxr-xr-x root/root 0 2012-07-13 00:53 ./ drwxr-xr-x root/root 0 2012-07-13 00:51 ./usr/ drwxr-xr-x root/root 0 2012-07-13 00:51 ./usr/lib/ drwxr-xr-x root/root 0 2012-07-13 00:51 ./usr/lib/i386-linux-gnu/ drwxr-xr-x root/root 0 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/ -rw-r--r-- root/root280860 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/winhlp32.exe.so -rw-r--r-- root/root 87236 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/hostname.exe.so -rw-r--r-- root/root110024 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/rpcss.exe.so -rw-r--r-- root/root101640 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/ipconfig.exe.so -rw-r--r-- root/root426144 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/wordpad.exe.so -rw-r--r-- root/root 75516 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/unlodctr.exe.so -rw-r--r-- root/root124664 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/taskkill.exe.so -rw-r--r-- root/root183900 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/winemine.exe.so -rw-r--r-- root/root 75440 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/aspnet_regiis.exe.so -rw-r--r-- root/root224568 2012-07-13 00:52 ./usr/lib/i386-linux-gnu/wine-unstable/inetcpl.cpl.so drwxr-xr-x root/root 0 2012-07-13 00:51 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/ -rw-r--r-- root/root 4792 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/write.exe -rw-r--r-- root/root754960 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/winecfg.exe -rw-r--r-- root/root 8820 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/hostname.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/cabarc.exe -rw-r--r-- root/root109356 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/xcopy.exe -rw-r--r-- root/root 32380 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/attrib.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/expand.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/winevdm.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/sc.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/lodctr.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/regsvcs.exe -rw-r--r-- root/root 2472 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/winver.exe -rw-r--r-- root/root 28232 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/msiexec.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/regasm.exe -rw-r--r-- root/root 23120 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/ipconfig.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/rpcss.exe -rw-r--r-- root/root131820 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/inetcpl.cpl -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/control.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/winemsibuilder.exe -rw-r--r-- root/root 5268 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/explorer.exe -rw-r--r-- root/root 41980 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/taskkill.exe -rw-r--r-- root/root513104 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/taskmgr.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/netsh.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/secedit.exe -rw-r--r-- root/root 18332 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/clock.exe -rw-r--r-- root/root 91920 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/winemine.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/svchost.exe -rw-r--r-- root/root 67816 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/net.exe -rw-r--r-- root/root 1032 2012-07-13 00:48 ./usr/lib/i386-linux-gnu/wine-unstable/fakedlls/cscript.exe -rw-r--r-- root/root 29236 2012-07-13 00:48 ./usr/lib