Bug#1014671: RM: php-doctrine-cache-bundle -- ROM; Abandoned upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: Debian PHP PEAR Maintainers Hi, As per #949016, php-doctrine-cache-bundle is not useful anymore, and has been deprecated and abandoned upstream. TIA. Regards David signature.asc Description: PGP signature
Bug#1014670: RM: php-xml-htmlsax3 -- ROM; Not maintained upstream
Package: ftp.debian.org Severity: normal Hi, As per #1005383, php-xml-htmlsax3 is not maintained upstream anymore, the package was only used by SPIP that is now updating its embedded copy for recent PHP version. TIA Regards David signature.asc Description: PGP signature
Bug#1014669: RM: phpunit-dbunit -- ROM; Abandoned upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: Debian PHP PEAR Maintainers Hi, As per #935639, the package is abandoned upstream, not used in Debian since Bustre. TIA Cheers David signature.asc Description: PGP signature
Bug#1014668: RM: phpunit-git -- ROM; Abandoned upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: Debian PHP PEAR Maintainers Hi, This package is not used anymore, and was last seen in Buster. It’s also abandoned upstream (see #935384). TIA. Regards David signature.asc Description: PGP signature
Bug#1014667: RM: doc-linux-fr -- ROM; Outdated documentation, FTBFS
Package: ftp.debian.org Severity: normal X-Debbugs-CC: French Localization Hi, This package was last seen in Stretch, there is little point keeping it around any longer. Thanks in advance Regards David signature.asc Description: PGP signature
Bug#935336: fixed in commons-daemon 1.0.15-9
Hi Chris, On Thu, Jul 07, 2022 at 09:14:44PM +0200, Chris Hofstaedtler wrote: > Hello tony, > > >* Add patch to locate recent JDKs (Closes: #935336) > > Thanks for applying this patch, however it does not seem to work: :facepalm: Thank you for the updated patch. I will upload momentarily. > PS: if you apply this, I would intend to send it to stable-updates. Thank you for that too! Regards, tony
Bug#1014666: ITP: sphinx-multiversion -- Add support for multiple versions to sphinx
Package: wnpp Severity: wishlist Owner: Josenilson Ferreira da Silva X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com * Package name: sphinx-multiversion Version : 0.2.4 Upstream Author : Jan Holthuis * URL :https://github.com/Holzhaus/sphinx-multiversion * License : BSD-2-clause Programming Lang: Python Description : Add support for multiple versions to sphinx Sphinx extension for building self-hosted versioned documentation. aims to provide a clean implementation that tries to avoid messing with Sphinx internals as much as possible.
Bug#1014665: openni-sensor-pointclouds: ftbfs on riscv64 ("Unknown machine type: riscv64")
Source: openni-sensor-pointclouds Version: 5.1.0.41.9-4 Severity: normal Tags: ftbfs, patch, upstream User: debian-ri...@lists.debian.org Usertags: riscv64 X-Debbugs-Cc: debian-ri...@lists.debian.org Dear openni-sensor-pointclouds Maintainer, With your kindly merge[0], there is a possibility of being built on riscv64 arch for the package: ``` make[1]: Entering directory '/<>' cd Platform/Linux/CreateRedist && ./RedistMaker Unknown machine type: riscv64 make[1]: *** [debian/rules:7: override_dh_auto_build] Error 1 make[1]: Leaving directory '/<>' make: *** [debian/rules:4: binary-arch] Error 2 dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit status 2 ``` The full buildd log is here: https://buildd.debian.org/status/fetch.php?pkg=openni-sensor-pointclouds=riscv64=5.1.0.41.9-4=1657356003=0 The patch attached is to fix the issue and I can build riscv64 package on my real riscv64 hardware. Please let me know if you need my assistant [0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014442 -- Best Regards, --- a/Platform/Linux/Build/Common/CommonDefs.mak +++ b/Platform/Linux/Build/Common/CommonDefs.mak @@ -21,6 +21,8 @@ HOST_PLATFORM = Powerpc else ifneq (,$(findstring mips,$(MACHINE))) HOST_PLATFORM = Mips +else ifneq (,$(findstring riscv64,$(MACHINE))) +HOST_PLATFORM = Riscv64 else DUMMY:=$(error Can't determine host platform) endif --- /dev/null +++ b/Platform/Linux/Build/Common/Platform.Riscv64 @@ -0,0 +1,12 @@ +export GLUT_SUPPORTED=1 + +ifeq "$(CFG)" "Release" + +# Optimization level, minus currently buggy optimizing methods (which break bit-exact) +CFLAGS += -O3 -fno-tree-pre -fno-strict-aliasing + +# More optimization flags +CFLAGS += -ftree-vectorize -ffast-math -funsafe-math-optimizations -fsingle-precision-constant + +endif + --- a/Platform/Linux/CreateRedist/RedistMaker +++ b/Platform/Linux/CreateRedist/RedistMaker @@ -37,6 +37,8 @@ PLATFORM="Arm" ;; mips*) PLATFORM="Mips" ;; + riscv64) + PLATFORM="Riscv64" ;; *) echo "Unknown machine type: $MACHINE_TYPE" exit 1 --- a/Source/Utils/XnSensorServer/SensorServer.cpp +++ b/Source/Utils/XnSensorServer/SensorServer.cpp @@ -56,7 +56,7 @@ nRetVal = XnSensorServerGetGlobalConfigFile(strConfigDir, strConfigFile, XN_FILE_MAX_PATH); XN_CHECK_RC(nRetVal, "Resolving global config file"); -#if (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_LINUX_MIPS) +#if (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_LINUX_MIPS || XN_PLATFORM == XN_PLATFORM_LINUX_RISCV64) xnLogSetOutputFolder("/var/log/primesense/XnSensorServer/"); #endif --- a/Source/XnDeviceSensorV2/XnDeviceSensorInit.h +++ b/Source/XnDeviceSensorV2/XnDeviceSensorInit.h @@ -57,7 +57,7 @@ #define XN_SENSOR_USB_MISC_BUFFER_SIZE 0x1000 #define XN_SENSOR_USB_MISC_BUFFERS 1 -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_MIPS) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_MIPS || XN_PLATFORM == XN_PLATFORM_LINUX_RISCV64) #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_ISO32 #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_BULK40 #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_LOWBAND_ISO 16 --- a/Source/XnDeviceSensorV2/XnSensorClient.cpp +++ b/Source/XnDeviceSensorV2/XnSensorClient.cpp @@ -882,7 +882,7 @@ #if (XN_PLATFORM == XN_PLATFORM_WIN32) nRetVal = GetModuleDir(strServerDir); -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_LINUX_MIPS) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_AARCH64 || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_LINUX_MIPS || XN_PLATFORM == XN_PLATFORM_LINUX_RISCV64) sprintf(strServerDir, "/usr/lib/libopenni-sensor-primesense0"); #endif signature.asc Description: PGP signature
Bug#1011646: libthrust: autopkgtest: please be more gentle on ci.d.n infrastructure
On 12/06/2022 22.46, Paul Gevers wrote: (the src:nvidia-cuda-toolkit autopkgtest will be dropped with the next upload, src:pycuda should have equivalent tests now while requiring no extraordinary space to unpack :-) Please ping me when that future upload migrates, than I can drop my entry in the reject list. After yesterdays point release all nvidia-cuda-toolkit autopkgtests should be gone from the archive. (buster-backports to experimental). Andreas
Bug#1014664: RFP: easyrpg -- role playing game creation tools, compatible with RPG Maker 2000/2003 games
Package: wnpp Severity: wishlist X-Debbugs-Cc: okgomdjgbm...@gmail.com * Package name: easyrpg Version : 0.7.0 Upstream Author : team * URL : https://easyrpg.org/ * License : GPL 3 Programming Lang: C++, C Description : role playing game creation tools, compatible with RPG Maker 2000/2003 games This project offers crossplatform (not perfect )compatibility with RPG Maker 2000/2003. RPG Maker is a comercial heavy weight application in the field of home brew rpg games. Some of these games are even profesional and comercial. Thats alot of games of varying quality. Despite it's age, people are still making games targeting these versions. This is the main reason why Debian should include this program. It's not just one game, it's alot. The project is actually composed of an interpreter, an editor and various tools. It can even run a game in a browser. It is already compiled and avelable in OBS for Debian by the developers. So compatibility shouldn't be a problem. It even has a manual entry. The existing packaging might fall short of Debian packaging standards, but it's not starting from scratch. So the difficulty for inclusion should be relatevly low.
Bug#1014663: vk3d - build-dependencies not satisfiable on most architectures.
reassign 1014663 vkd3d 1.2-13 thanks vk3d's build-dependencies are unsatisfible on most architectures, because debian/control was not updated to reflect the new version number. Sorry messed up the package name, it's vkd3d not vk3d
Bug#1002268: prometheus-homeplug-exporter: FTBFS: src/github.com/brandond/homeplug_exporter/homeplug_exporter.go:16:3: cannot find package "github.com/prometheus/common/log" in any of:
forwarded 1002268 https://github.com/brandond/homeplug_exporter/issues/7 thanks Unfortunately the root cause of this FTBFS was the library github.com/prometheus/common dropping their `log` package in v0.27.0. That library was updated in Debian, and it wasn't caught that the update would break this package. Looking at the upstream github.com/prometheus/common, it appears that log was a wrapper around the github.com/sirupsen/logrus library, which is in Debian. However, modifying this package to switch over while retaining the "--log.level" and "--log.format" options would be a fair amount of work. Mathias signature.asc Description: This is a digitally signed message part
Bug#1003045: LibreOffice Calc won't open
-- --- network...@gmail.com (352) 322-2418 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Brian Chase To: Debian Bug Tracking System <1003...@bugs.debian.org> Subject: libreoffice-calc: I'm seeing same issue with Xorg usage of LibreOffice, please fix asap Message-ID: <165741696229.5539.11570904619195483696.reportbug@satatwr8gig> X-Mailer: reportbug 7.10.3+deb11u1 Date: Sat, 09 Jul 2022 21:36:02 -0400 Package: libreoffice-calc Followup-For: Bug #1003045 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? tried to launch calc after switching to Xorg to be compatible with Zoom * What exactly did you do (or not do) that was effective (or ineffective)? uninstall/reinstalled LibreOffice calc via Software manager, no joy Removed LibreOffice Calc until this bug is fixed Installed Gnumeric as temporary workaround * What was the outcome of this action? Gnumeric opens my existing .ods files and I am operational * What outcome did you expect instead? I expect LibreOffice to fix bugs in any of their products associated with the necessary switch from Wayland to Xorg for compatibility with other programs. -- System Information: Debian Release: 11.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-16-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 Versions of packages libreoffice-calc depends on: pn coinor-libcoinmp1v5 ii libc62.31-13+deb11u3 pn libetonyek-0.1-1 ii libgcc-s110.2.1-6 ii libicu67 67.1-7 pn libmwaw-0.3-3 pn libodfgen-0.1-1 ii liborcus-0.16-0 0.16.1-3+b2 ii liborcus-parser-0.16-0 0.16.1-3+b2 pn libreoffice-base-core ii libreoffice-common 1:7.0.4-4+deb11u1 ii libreoffice-core 1:7.0.4-4+deb11u1 ii librevenge-0.0-0 0.0.4-6+b1 pn libstaroffice-0.0-0 ii libstdc++6 10.2.1-6 ii libuno-cppu3 1:7.0.4-4+deb11u1 ii libuno-cppuhelpergcc3-3 1:7.0.4-4+deb11u1 ii libuno-sal3 1:7.0.4-4+deb11u1 ii libuno-salhelpergcc3-3 1:7.0.4-4+deb11u1 pn libwps-0.4-4 ii libxml2 2.9.10+dfsg-6.7+deb11u2 ii lp-solve 5.5.2.5-2 ii ucf 3.0043 ii uno-libs-private 1:7.0.4-4+deb11u1 libreoffice-calc recommends no packages. Versions of packages libreoffice-calc suggests: ii ocl-icd-libopencl1 2.2.14-2
Bug#1013554: golang-github-valyala-tcplisten: FTBFS: dh_auto_test: error: cd _build && go test -vet=off -v -p 8 github.com/valyala/tcplisten returned exit code 1
tags 1013554 + ipv6 thanks I've been unable to reproduce this locally, but have also seen instances in the past where the buildds have difficulty running tests that utilize IPv6. Maybe there's no "ip6-localhost" defined in /etc/hosts when the package is built? Would it be worth tryin literal IP addresses for localhost? I tested the following small patch locally and everything still passes properly for me. diff --git a/tcplisten_test.go b/tcplisten_test.go index e7877d6..f2f04b6 100644 --- a/tcplisten_test.go +++ b/tcplisten_test.go @@ -37,8 +37,8 @@ func TestConfigBacklog(t *testing.T) { } func testConfig(t *testing.T, cfg Config) { - testConfigV(t, cfg, "tcp4", "localhost:10081") - testConfigV(t, cfg, "tcp6", "ip6-localhost:10081") + testConfigV(t, cfg, "tcp4", "127.0.0.1:10081") + testConfigV(t, cfg, "tcp6", "[::1]:10081") } func testConfigV(t *testing.T, cfg Config, network, addr string) { Mathias signature.asc Description: This is a digitally signed message part
Bug#1014663: vk3d - build-dependencies not satisfiable on most architectures.
Package: vk3d version: 1.2-13 vk3d's build-dependencies are unsatisfible on most architectures, because debian/control was not updated to reflect the new version number.
Bug#1014662: cloud-initramfs-growroot: Initramfs hook does not include `flock` command
Package: cloud-initramfs-growroot Version: 0.18.debian8 Severity: important Tags: upstream X-Debbugs-Cc: debian@undef.tools Dear Maintainer, As part of the standard Mobian install proceedure, we use cloud-initramfs-growroot to expand the root partition on the device. Recent installs have been failing to resize with the following (debug) output: ``` + growpart /dev/mmcblk0 2 + out='failed [flock:127] flock -x 9 /sbin/growpart: line 714: flock: not found FAILED: Error while obtaining exclusive lock on /dev/mmcblk0' + echo 'GROWROOT: WARNING: resize failed: failed [flock:127] flock -x 9 /sbin/growpart: line 714: flock: not found FAILED: Error while obtaining exclusive lock on /dev/mmcblk0' GROWROOT: WARNING: resize failed: failed [flock:127] flock -x 9 /sbin/growpart: line 714: flock: not found FAILED: Error while obtaining exclusive lock on /dev/mmcblk0 + udevadm settle --timeout 30 ``` I believe this issue is solved upstream where the hook has been re-written (https://git.launchpad.net/cloud-initramfs-tools/tree/growroot/hooks/growroot#n12). Without updating to the latest upstream version, simply adding `copy_exec /bin/flock /bin` to the growroot hook also solves the issue. Thank you for your consideration. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: arm64 (aarch64) Kernel: Linux 5.18.7-rockchip (SMP w/6 CPU threads) Kernel taint flags: TAINT_CRAP, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.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 Versions of packages cloud-initramfs-growroot depends on: pn cloud-utils ii fdisk 2.38-4 ii initramfs-tools 0.141 ii util-linux 2.38-4 cloud-initramfs-growroot recommends no packages. cloud-initramfs-growroot suggests no packages.
Bug#1014183: golang-github-openshift-imagebuilder FTBFS due to unlisted dependency
found 1014183 1.2.3+ds1-1 tags 1014183 + ftbfs thanks Thanks for the report. While I can't reproduce the FTBFS in a Debian sid environment, I did verify that a proper dependency on golang- github-docker-distribution-dev is indeed missing from d/control. So it's likely that this will occur in Debian at some point, and we should proactively fix it. However, the salsa git repo doesn't appear to be up to date, and is missing commits in the {debian/sid,upstream,pristine-tar} branches since around version 1.1.6 of this package. Reinhard, could you please push those missing commits? As there have been commits to the debian/sid branch since then, you may have to do some rebasing or cherry-picking. Thanks, Mathias signature.asc Description: This is a digitally signed message part
Bug#1014661: ITP: lodepng -- LodePNG is a PNG image decoder and encoder
Package: wnpp Severity: wishlist Owner: Mo Zhou X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: lodepng Version : git master Upstream Author : Lode Vandevenne * URL : https://lodev.org/lodepng/ * License : Zlib Programming Lang: C Description : LodePNG is a PNG image decoder and encoder More than one package of my insterest has this dependency, including the mujoco physics simulator. Thank you for using reportbug
Bug#1013245: RFS: flask-session/0.3.2-1 [ITP] -- Extension for Flask
Goodnight! I just signed up to join the python team. However, until my membership happens, if that happens Would it be possible to proceed with the review? Grateful! Nilson F. Silva De: Bastian Germann Enviado: quinta-feira, 7 de julho de 2022 18:18 Para: 1013...@bugs.debian.org <1013...@bugs.debian.org> Assunto: Bug#1013245: RFS: flask-session/0.3.2-1 [ITP] -- Extension for Flask On Sun, 19 Jun 2022 21:20:05 + Nilson Silva wrote: > Alternatively, you can download the package with 'dget' using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/f/flask-session/flask-session_0.3.2-1.dsc > git -x https://salsa.debian.org/nilsonfsilva/flask-session This package claims to be Python team-maintained. Please move the repository to https://salsa.debian.org/python-team/packages/flask-session.
Bug#1014660: RFP: telegram-bot-api -- Telegram Bot API server
Package: wnpp Severity: wishlist X-Debbugs-Cc: sekoohaka.sari...@gmail.com * Package name: telegram-bot-api Version : 6.1 Upstream Author : levlam * URL : https://github.com/tdlib/telegram-bot-api * License : BSL-1.0 Programming Lang: C++ Description : Telegram Bot API server A server that handles API requests from Telegram bots. https://core.telegram.org/bots
Bug#1014659: logrotate: error: state file /var/lib/logrotate/status is world-readable
Package: logrotate Version: 3.18.0-2+deb11u1 Severity: normal X-Debbugs-Cc: debian-rele...@lists.debian.org affects: release.debian.org Dear Maintainer, after the bullseye 11.4 point release I started to see the following mails from logcheck: Jul 10 00:00:24 mainframe logrotate[37314]: error: state file /var/lib/logrotate/status is world-readable and thus can be locked from other unprivileged users. Skipping lock acquisition... I suspect the severity of this bug should be higher, but I will leave this to you. Thanks for maintaining logrotate! -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ So what CAN we actually do? Well, individual decisions (eating less meat, taking public transport, buying less fast fashion) are all important, but we also need to change the system. As you may know, just 100 companies are responsible for 71% of global emissions. (@JessicaTheLaw) https://www.theguardian.com/sustainable-business/2017/jul/10/100-fossil-fuel-companies-investors-responsible-71-global-emissions-cdp-study-climate-change signature.asc Description: PGP signature
Bug#1014658: DAK cannot handle signatures with keyserver-url
Package: ftp.debian.org Severity: normal Hi, A few days ago I set the following option into my gpg.conf: ,--- sig-keyserver-url https://www.hadrons.org/~guillem/guillem-4F3E74F436050C10F5696574B972BF3EA4AE57A3.asc `--- Yesterday I uploaded a couple of packages (pci.ids and inetutils) which got processes by the archive, but for which I never got REJECTED nor ACCEPTED mail. Today I reuploaded pci.ids a couple of times, then realized it might be the new GnuPG setting. The signature verified like this: ,--- $ gpg --verify pci.ids_0.0~2022.07.05-1_amd64.changes gpg: Signature made Fri Jul 8 22:16:56 2022 CEST gpg:using RSA key 4F3E74F436050C10F5696574B972BF3EA4AE57A3 gpg: Good signature from "Guillem Jover " [ultimate] gpg: aka "Guillem Jover " [ultimate] gpg: Preferred keyserver: https://www.hadrons.org/~guillem/guillem-4F3E74F436050C10F5696574B972BF3EA4AE57A3.asc Primary key fingerprint: 4F3E 74F4 3605 0C10 F569 6574 B972 BF3E A4AE 57A3 `--- I disabled the setting, resigned and reuploaded, and then both packages got ACCEPTED. So I assume there's something in DAK that is unable to parse additional information in the signatures, which is rather surprising. Thanks, Guillem
Bug#1014653: nvidia-driver: RTX-3050 is not supported by 470.129.06 driver
Control: tag -1 upstrean On 09/07/2022 19.53, root wrote: Nvidia driver 470.129.06 does not support RTX-3050 videocard, however nvidia-detect says the opposite. Because upstream's README claims that it is supported. Perhaps it's your specific subsystem ID that is not supported? lspci 'display controller [030?]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:2507] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:40a9] [16.447] (--) PCI:*(1@0:0:0) 10de:2507:1458:40a9 rev 161, Mem @ 0x8200/16777216, 0x40/268435456, 0x401000/33554432, I/O @ 0x4000/128, BIOS @ 0x/524288 You could try the 510 driver from experimental or the 510-tesla driver from sid. Andreas
Bug#1014655: [Pkg-utopia-maintainers] Bug#1014655: libnm0: after upgrade to 1.30.6-1+deb11u1 wifi and bluetooth no longer usable.
Am 09.07.22 um 23:16 schrieb Michael Biebl: Control: tags -1 + moreinfo Am 09.07.22 um 21:22 schrieb Damien M: Package: libnm0 Version: 1.30.6-1+deb11u1 Severity: important X-Debbugs-Cc: skyguide.b...@protonmail.com After installing updates via apt from debian repositories, and rebooting the host, wifi connectivity no longer possible. Network manager show no available networks in Gnome UI, attempts to reconfigure wifi in gnome UI, fails to connect to known networks. There was no issues connecting to wifi networks before upgrade. Bluetooth no longer works reliably, audio stream to Bluetooth devices (headphones) became unusable. Sound interrupts every ~30 to 40 ms. Bluetooth audio was working normally before upgrade. network-manager has no influence on bluetooth (audio), so this issue (and 1014654) is likely caused by something else. I'm also not sure if 1014654 is a duplicate of this one (1014655) or about something else? Please provide network-manager debug logs after the upgrade (ideally after you've rebooted the system). OpenPGP_signature Description: OpenPGP digital signature
Bug#1014655: [Pkg-utopia-maintainers] Bug#1014655: libnm0: after upgrade to 1.30.6-1+deb11u1 wifi and bluetooth no longer usable.
Control: tags -1 + moreinfo Am 09.07.22 um 21:22 schrieb Damien M: Package: libnm0 Version: 1.30.6-1+deb11u1 Severity: important X-Debbugs-Cc: skyguide.b...@protonmail.com After installing updates via apt from debian repositories, and rebooting the host, wifi connectivity no longer possible. Network manager show no available networks in Gnome UI, attempts to reconfigure wifi in gnome UI, fails to connect to known networks. There was no issues connecting to wifi networks before upgrade. Bluetooth no longer works reliably, audio stream to Bluetooth devices (headphones) became unusable. Sound interrupts every ~30 to 40 ms. Bluetooth audio was working normally before upgrade. network-manager has no influence on bluetooth (audio), so this issue (and 1014654) is likely caused by something else. I'm also not sure if 1014654 is a duplicate of this one (1014655) or about something else? OpenPGP_signature Description: OpenPGP digital signature
Bug#1014657: libcairo2: Crashes with segfault
Package: libcairo2 Version: 1.16.0-5 Severity: important Dear Maintainer, All Packages that use this package Many packages including xfce crash while using this package xfce auto-recovers but prior session is lost. Reinstalled package several times. Continues to crash hoped reinstall would stop other packages from crashing. dmesg output: [37587.171291] panel-18-netloa[6211]: segfault at 7ffe4cdccff8 ip 7f8d8981c20c sp 7ffe4cdcd000 error 6 in libcairo.so.2.11600.0[7f8d897c3000+d] [37587.171314] Code: 05 79 90 0b 00 c3 0f 1f 84 00 00 00 00 00 41 55 66 0f ef c9 66 0f 28 f8 66 0f ef db 41 54 66 0f ef c0 66 0f ef d2 55 48 89 f5 <53> 48 83 ec 48 8b 5f 10 8b 17 64 48 8b 04 25 28 00 00 00 48 89 44 [68384.336657] panel-17-netloa[1171]: segfault at 7ffe97e92ff0 ip 7f5bd6c723e2 sp 7ffe97e92fe0 error 6 in libcairo.so.2.11600.0 (deleted)[7f5bd6c19000+d] [68384.336675] Code: fa 45 29 dc 89 77 0c 41 01 f2 44 89 c3 41 d1 fc 44 89 5f 10 44 29 d3 45 01 dc 44 89 57 14 48 89 ee d1 fb 44 89 67 18 44 01 d3 <44> 89 64 24 10 89 5f 1c 89 5c 24 14 44 89 4c 24 18 44 89 44 24 1c [240712.360592] reportbug[34203]: segfault at 4 ip 7f3471b29e40 sp 7f346d5c1b78 error 4 in libcairo.so.2.11600.0[7f3471ab8000+d] [240712.360614] Code: 00 00 89 c7 e8 01 4c fa ff 83 f8 2a 77 12 89 ef e8 f5 4b fa ff 89 c2 31 c0 f0 0f b1 53 04 eb ca e8 a5 eb ff ff 0f 1f 44 00 00 <8b> 47 04 85 c0 75 31 41 54 55 53 48 89 fb 48 85 f6 74 2d 44 8b 66 -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-15-amd64 (SMP w/3 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 Versions of packages libcairo2 depends on: ii libc6 2.31-13+deb11u3 ii libfontconfig1 2.13.1-4.2 ii libfreetype62.10.4+dfsg-1 ii libpixman-1-0 0.40.0-1 ii libpng16-16 1.6.37-3 ii libx11-62:1.7.2-1 ii libxcb-render0 1.14-3 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 ii libxext62:1.3.3-1.1 ii libxrender1 1:0.9.10-1 ii zlib1g 1:1.2.11.dfsg-2+deb11u1 libcairo2 recommends no packages.
Bug#1014411: dvcs-autosync: Should we remove this package?
Hi, 在 2022-07-09星期六的 10:52 +0200,René Mayrhofer写道: > On 05.07.22 17:14, Boyuan Yang wrote: > > Source: dvcs-autosync > > Version: 0.5+nmu1 > > Severity: important > > Tags: sid > > X-Debbugs-CC: rm...@debian.org > > > > Dear Debian dvcs-autosync package maintainer, > > > > I checked the condition of package dvcs-autosync in Debian > > at https://tracker.debian.org/pkg/dvcs-autosync , and it looks like it > > received no maintainer uploads in the past 12 years. Also, it is > > affected by > > python2 removal and missed last Stable release. As a result, I believe > > it is > > time to have this package removed from Debian archive. > > > > Please let me know if you have any comments on the removal proposal. If > > there is no objections in the next 14 days, I will proceed and submit a > > package removal request against Debian FTP Masters. If you have any > > questions, please feel free to let me know. > > I agree that, at this point, it should better be removed from the main > archive. Moving to Python 3 was blocked because, in that move, I also > intended to introduce a better communication mechanism, but ran out of > time for this project to do so properly. My development version has > never stabilized sufficiently to upload to main. Thanks. Please see https://bugs.debian.org/1014656 for further progress. Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#988440: Keep out of bookwork
Checking today, it appears that golang-github-seccomp-containers- golang no longer has any rdeps in main. > $ build-rdeps golang-github-seccomp-containers-golang-dev > Reverse Build-depends in main: > -- > > No reverse build-depends found for > golang-github-seccomp-containers-golang-dev. And the two bugs that had been blocking this one have been resolved, as reflected by > $ build-rdeps golang-github-containers-common-dev > Reverse Build-depends in main: > -- > > golang-github-containers-buildah > libpod > singularity-container > skopeo > > Found a total of 4 reverse build-depend(s) for > golang-github-containers-common-dev. So I think a RM bug can be filed against golang-github-seccomp- containers-golang now. Mathias signature.asc Description: This is a digitally signed message part
Bug#1014656: RM: dvcs-autosync -- RoM; Unmaintained; Blocking Python2 Removal
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove Dear Debian FTP Masters, According to discussion at https://bugs.debian.org/1014411 , the package maintainer agrees that this package is unmaintained and should be removed from Debian archive. Besides, it depends on the obsolete python2, which is planned to be removed as well. Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1013875: lintian: false-postive for experimental-to-unstable-without-comment
Control: tags -1 patch Changelog entries like the following also trigger this issue which they didn't before: * Move from experimental to unstable. Previously the regex was: /\bto\s+['"‘“]?(?:unstable|sid)['"’”]?\b/im Now it's: m{ \b to \s+ ['"\N{LEFT SINGLE QUOTATION MARK}\N{LEFT DOUBLE QUOTATION MARK}]? (?:unstable|sid) ['"\N{RIGHT SINGLE QUOTATION MARK}\N{RIGHT DOUBLE QUOTATION MARK}]? \b }im; Removing the whitespace from the regex fixes the issue for me. Patch is attached. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1From a7689327abc7ef2aa6c2c2902cd27db67507c4ba Mon Sep 17 00:00:00 2001 From: Bas Couwenberg Date: Sat, 9 Jul 2022 21:22:03 +0200 Subject: Fix experimental-to-unstable-without-comment false positives. (closes: #1013875) --- lib/Lintian/Check/Debian/Changelog.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/Lintian/Check/Debian/Changelog.pm b/lib/Lintian/Check/Debian/Changelog.pm index 45b4d54ff..dbceca7e6 100644 --- a/lib/Lintian/Check/Debian/Changelog.pm +++ b/lib/Lintian/Check/Debian/Changelog.pm @@ -692,7 +692,7 @@ sub binary { if $latest_dist eq 'unstable' && $previous_dist eq 'experimental' && $latest_entry->Changes - !~ m{ \b to \s+ ['"\N{LEFT SINGLE QUOTATION MARK}\N{LEFT DOUBLE QUOTATION MARK}]? (?:unstable|sid) ['"\N{RIGHT SINGLE QUOTATION MARK}\N{RIGHT DOUBLE QUOTATION MARK}]? \b }im; + !~ m{\bto\s+['"\N{LEFT SINGLE QUOTATION MARK}\N{LEFT DOUBLE QUOTATION MARK}]?(?:unstable|sid)['"\N{RIGHT SINGLE QUOTATION MARK}\N{RIGHT DOUBLE QUOTATION MARK}]?\b}im; my $changes = $group->changes; if ($changes) { -- 2.30.2
Bug#982887: libruby2.7: separate rbconfig.rb for cross building
Hi Antonio / Ruby Team, You had a patch ready for this here[1] (before bullseye) or somewhere else, right? If possible could you make an upload? This would help ruby ext cross build, which would be pretty cool. [1]: https://salsa.debian.org/ruby-team/ruby-defaults/-/tree/crossbuild On Mon, 15 Feb 2021 21:20:23 +0100 Helmut Grohne wrote: > Package: libruby2.7 > Version: 2.7.2-4 > User: debian-cr...@lists.debian.org > Usertags: ftcbfs > Control: affects -1 + src:ruby-json > > ruby-json (and many others) fail to cross build from source in the same > way. dh_ruby runs ruby ... extconf.rb, which configures for the build > architecture and then some dependency (usually ruby/config.h) goes > missing as it is only installed for the host architecture. > > As far as I can tell, the root cause is the extconf.rb invocation. For > cross compiling, one should pass -I /somepath to ruby such that > /somepath contains the host's rbconfig.rb. Unfortunately, we cannot just > pass -I /usr/lib//ruby/2.7.0 here, because doing so results in > ruby attempting to load foreign extension modules. We need a different > path here. > > Let me give a little excursion into other ecosystems to give you a > better idea what is needed here: > > Perl has a file that is similar to rbconfig.rb and it is simply called > Config.pm. It normally resides in /usr/lib/x86_64-linux-gnu/perl-base. > Using this path would have the same issue. Therefore, there also is > /usr/lib/x86_64-linux-gnu/perl/5.32.1 containing a symlink. > > Python has a similar file _sysconfigdata.py. Rather than disambiguating > the containing directory, Python renames it and arrives at things like > _sysconfigdata__x86_64-linux-gnu.py. Rather than specifying a directory > to to search for modules, a separate environment variable can specify > its location. > > The Ruby way is like Perl. I suggest copying this approach. To that end, > I request that ruby2.7-dev adds a new, architecture-dependent directory > that contains a symlink to the matching rbconfig.rb. Then dh_ruby can > pass that directory via -I and things should work. > > Does that sound good to you? Do you have any preference on the naming? > > No, this is not meant for bullseye. > > Helmut > > > -- Best, Nilesh signature.asc Description: PGP signature
Bug#1014319: depmod: WARNING: could not open modules.builtin.modinfo at /var/tmp/mkinitramfs_vBlw4a/lib/modules/5.18.0-2-amd64: No such file or directory
Hi, On Thu, Jul 07, 2022 at 01:37:53PM +0200, Michael Biebl wrote: > > Control: severity -1 important > > On Mon, 04 Jul 2022 15:01:13 +1000 Konomi Kitten > wrote: > > Package: initramfs-tools > > Version: 0.141 > > Severity: minor > > X-Debbugs-Cc: konomikit...@gmail.com > > > > When update-initramfs runs I receive the following message: > > > > depmod: WARNING: could not open modules.builtin.modinfo at > > /var/tmp/mkinitramfs_vBlw4a/lib/modules/5.18.0-2-amd64: No such file or > > directory > > > Unfortunately this is not a minor issue, as it breaks the autopkgtest suite > of initramfs-tools and thus prevents kmod from entering testing (and > dependent packages like systemd [1] as well). > > It would thus be great to have the patch in [2] applied and uploaded soon. I > can offer to NMU if available time is an issue. With that patch MR filled: https://salsa.debian.org/kernel-team/initramfs-tools/-/merge_requests/64 Salvatore
Bug#1014625: xterm: screen corruption of scrollback buffer
On Sat, Jul 09, 2022 at 02:39:41PM +1000, Tim Connors wrote: > Package: xterm > Version: 372-1 > Severity: normal > > I'm getting screen corruption (scattered blocks of blackness) over > text in the xterm display when scrolling back. The blocks move with > the contents of the scrollback when scrolling. When that text is > eventually scrolled off the screen, scrolling back may induce a > different corruption pattern. Forcing a redisplay of the contents of > the terminal by going to a different virtual desktop and back will get > rid of the corruption. also, menu "Main Options", "Redraw Window" can help. > This has happened ever since I changed my hardware -- mostly updating > my video card to a radeon RX570 -- necessitating new versions of some > drivers and kernel. While I would happily accept that the video card > might have some dodgy memory (note to self: find a GPU memory stress > tester), this corruption has not affected any other program other than > xterm's scrollback buffer, so I wonder if it's a bug instead. > > Screengrabs of the symptom: > > https://rather.puzzling.org/~tconnors/tmp/screengrab-xterm-scrollback-corruption.png > https://rather.puzzling.org/~tconnors/tmp/screengrab-xterm-scrollback-corruption2.png > > radeon amdgpu drivers and firmware are the latest version allowed by > otherwise being on debian stable - ie, It looks like the problem is in the drivers (not xterm). That could be defective implementation of XCopyArea, for instance. https://bugs.freedesktop.org/show_bug.cgi?id=110214 -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#1014653: nvidia-driver: RTX-3050 is not supported by 470.129.06 driver
Package: nvidia-driver Version: 470.129.06-6~deb11u1 Severity: important X-Debbugs-Cc: krayn...@km.ru Dear Maintainer, Nvidia driver 470.129.06 does not support RTX-3050 videocard, however nvidia-detect says the opposite. -- Package-specific info: uname -a: Linux computer 5.10.0-15-amd64 #1 SMP Debian 5.10.120-1 (2022-06-09) x86_64 GNU/Linux /proc/version: Linux version 5.10.0-15-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.120-1 (2022-06-09) lspci 'display controller [030?]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:2507] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:40a9] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [100 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb:Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0:Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb:Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Capabilities: [250 v1] Latency Tolerance Reporting Max snoop latency: 15728640ns Max no snoop latency: 15728640ns Capabilities: [258 v1] L1 PM Substates L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+ PortCommonModeRestoreTime=255us PortTPowerOnTime=10us L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1- T_CommonMode=0us LTR1.2_Threshold=281600ns L1SubCtl2: T_PwrOn=10us Capabilities: [128 v1] Power Budgeting Capabilities: [420 v2] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn- MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- HeaderLog: Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 Capabilities: [900 v1] Secondary PCI Express LnkCtl3: LnkEquIntrruptEn- PerformEqu- LaneErrStat: 0 Capabilities: [bb0 v1] Physical Resizable BAR BAR 0: current size: 16MB, supported: 16MB BAR 1: current size: 256MB, supported: 64MB 128MB 256MB 512MB 1GB 2GB 4GB 8GB BAR 3: current size: 32MB, supported: 32MB Capabilities: [c1c v1] Physical Layer 16.0 GT/s Capabilities: [d00 v1] Lane Margining at the Receiver Capabilities: [e00 v1] Data Link Feature Kernel modules: nvidia dmesg: [0.274234] pci :01:00.0: vgaarb: VGA device added: decodes=io+mem,owns=none,locks=none [0.274234] pci :01:00.0: vgaarb: bridge control possible [0.274234] pci :01:00.0: vgaarb: setting as boot device [0.274234] vgaarb: loaded [0.916088] fb0: EFI VGA frame buffer device [0.918539] Linux agpgart interface v0.103 [4.497657] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client [4.590716] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input3 [4.590734] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input4 [4.590760] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input5 [4.590775] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input6 [4.590789] input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input7 [4.590802] input: HDA NVidia HDMI/DP,pcm=11 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input8 [4.590829] input: HDA NVidia HDMI/DP,pcm=12 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input9 [4.676249] audit: type=1400 audit(1657387851.254:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=452
Bug#947346: Useless in Debian
Control: retitle -1 php-fig-link-util: Useless until Bookworm is released Le Wed, Dec 25, 2019 at 07:28:31PM +1100, David Prévot a écrit : > […] There is a priori little point to ship > php-fig-link-util in the next stable Debian release. That is still true, but php-psr-link 2.x suggests this package, so I intend to close this bug report once php-psr-link 2.x (currently in experimental) is uploaded to unstable. Since symfony 5.4 still relies on php-psr-link, that will probably only happen after Bookworm. > I intend to follow up with an RM request in a few months That’s not true anymore. Regards David signature.asc Description: PGP signature
Bug#996205: GPG
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 My bugreporting GPG-key has changed, this is the new one: > andrew@a68n:~$ gpg --list-keys 077333E924280AFF > pub dsa2048 2022-06-15 [SC] [expires: 2023-06-15] > CD1A706C34652C2D43F55933077333E924280AFF > uid [ultimate] andrew glaeser (reporting-mail-account) > uid [ultimate] [jpeg image of size 3222] > sub elg2048 2022-06-15 [E] [expires: 2023-06-15] > I guess some people signed the fist one at DebConf13 in Switzerland with personal, political veto-rights, however constructed, so hopefully they no longer have cars now, and stay far, far away from where I am. -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTNGnBsNGUsLUP1WTMHczPpJCgK/wUCYsmr+wAKCRAHczPpJCgK /+HnAP0avSrsJZzZWiX0yqsxfZiNCViVhloQ8thS6F7DxdzdHAD+LtVLsoaBHpOC 6cnB2bec11jHLkY7X25M1gV7CMDG0Vk= =UA+L -END PGP SIGNATURE-
Bug#824521: missing appstream integration
Hi, On Wed, 28 Mar 2018 09:53:22 +0200 Raphael Hertzog wrote: > > this missing feature renders gnome-software totally useless > on a reprepro managed repository (such as in Kali). Not only gnome-software but also KDE's Discover is deprived of APT sources support without it, which is first frustrating and second inviting users to install Flatpack or Snap packages which is supported out of the box... > Hence I'm bumping the severity of the bug in the hope that it > will get a bit more traction. I believe I'm not the only one to think this is getting really important nowadays. Thanks in advance for your consideration TY J
Bug#1014302: os-prober: efi shell detection
Package: os-prober Version: 1.79 Severity: wishlist X-Debbugs-Cc: riehe...@fnal.gov Dear Maintainer, * What led up to the situation? Some motherboards do not ship with an EFI shell within the firmware. Adding a shell to the ESP can make this available, but it isn't currently detected by the existing scripts. * What exactly did you do (or not do) that was effective (or ineffective)? Add this script to all relevant arches. Selecting the right efi shell binary to match the firmware is out of scope for os-prober. This script simply expects the admin has correctly pulled down the shell.efi that matches their system board. ``` #!/usr/bin/sh # Detects a shell.efi bootloader on a EFI System Partition . /usr/share/os-prober/common.sh found= efi_shell=`find $1 -iname "shell.efi"` if [ -n "${efi_shell}" ]; then bdir="${efi_shell%/*}" bdir="${efi_shell##*/}" filename=`basename ${efi_shell}` long="EFI firmware management shell" short="EFI_SHELL" path=${bdir}/${filename} found=true fi if [ -n "$found" ]; then label="$(count_next_label "$short")" result "${path}:${long}:${label}" fi exit 0 ``` * What was the outcome of this action? The EFI shell binary is added to the detected list -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.17.12-300.fc36.x86_64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages os-prober depends on: ii grub-common 2.04-20 ii libc62.31-13+deb11u3 ii mount2.36.1-8+deb11u1 os-prober recommends no packages. os-prober suggests no packages. -- no debconf information
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
I have reproduced issue on my Sid virtual machine. I've copied (pre-upgrade) profile from backup, upgraded Thunderbird and same issue appeared. To fix I launched --safe-mode, and selected to reset toolbars and controls. I did not check "Disable all addons". Sadly, --verbose did not produce anything useful to detect what's happening.
Bug#1014652: RFP: python3-loguru -- Python logging made (stupidly) easy
Package: wnpp Severity: wishlist X-Debbugs-Cc: c...@coredoes.dev * Package name: python3-loguru Version : 0.6.0 Upstream Author : Delgan * URL : https://github.com/Delgan/loguru * License : MIT Programming Lang: Python Description : Python logging made (stupidly) easy Loguru is a library which aims to bring enjoyable logging in Python. Did you ever feel lazy about configuring a logger and used print() instead?... I did, yet logging is fundamental to every application and eases the process of debugging. Using Loguru you have no excuse not to use logging from the start, this is as simple as from loguru import logger. Also, this library is intended to make Python logging less painful by adding a bunch of useful functionalities that solve caveats of the standard loggers. Using logs in your application should be an automatism, Loguru tries to make it both pleasant and powerful. - This package is useful as it is a very popular logging library (GitHub reports almost 20k users) and should be inside the mainrepos so it can be managed by APT systemwide - It is not currently a dependency for another package that I know of - I do use it - I do not know if there are packages providing similar functionality
Bug#1014651: firmware-misc-nonfree: Missing latest i915/skl_guc firmware
Package: firmware-misc-nonfree Version: 20210818-1 Severity: normal Dear Maintainer, on boot, my system says it needs this firmware: Jul 09 09:59:17 r-thinktop kernel: i915 :00:02.0: firmware: failed to load i915/skl_guc_69.0.3.bin (-2) Jul 09 09:59:17 r-thinktop kernel: firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware Jul 09 09:59:17 r-thinktop kernel: i915 :00:02.0: Direct firmware load for i915/skl_guc_69.0.3.bin failed with error -2 Jul 09 09:59:17 r-thinktop kernel: i915 :00:02.0: [drm] GuC firmware i915/skl_guc_69.0.3.bin: fetch failed with error -2 Jul 09 09:59:17 r-thinktop kernel: i915 :00:02.0: [drm] GuC firmware(s) can be downloaded from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915 Jul 09 09:59:17 r-thinktop kernel: i915 :00:02.0: [drm] GuC firmware i915/skl_guc_69.0.3.bin version 0.0 Jul 09 09:59:17 r-thinktop kernel: i915 :00:02.0: [drm] GuC is uninitialized However, it looks like this package is missing the required version of that firmware: $ dpkg -S i915/skl_guc firmware-misc-nonfree: /lib/firmware/i915/skl_guc_33.0.0.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_ver1.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_32.0.3.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_49.0.1.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_ver9_33.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_62.0.0.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_ver6_1.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_ver6.bin firmware-misc-nonfree: /lib/firmware/i915/skl_guc_ver4.bin Would be nice to get an update with the firmware needed for current kernels. :) Kind regards, Ralf -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-misc-nonfree depends on no packages. firmware-misc-nonfree recommends no packages. Versions of packages firmware-misc-nonfree suggests: ii initramfs-tools 0.141 -- no debconf information
Bug#1014650: autopkgtest: ModuleNotFoundError: No module named 'packaging'
Source: nbconvert Version: 6.4.4-1 Severity: serious Dear Maintainer, after updating python-bleach to 5.0.0 your package from testing fails together wich python3-bleach from unstable. e.g. on amd64 https://ci.debian.net/data/autopkgtest/testing/amd64/n/nbconvert/23478280/log.gz The error in detail looks like this: autopkgtest [20:13:04]: test autodep8-python3: set -e ; for py in $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with $py:" ; $py -c "import nbconvert; print(nbconvert)" ; done autopkgtest [20:13:04]: test autodep8-python3: [--- Testing with python3.9: Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/nbconvert/__init__.py", line 4, in from .exporters import * File "/usr/lib/python3/dist-packages/nbconvert/exporters/__init__.py", line 3, in from .html import HTMLExporter File "/usr/lib/python3/dist-packages/nbconvert/exporters/html.py", line 25, in from nbconvert.filters.highlight import Highlight2HTML File "/usr/lib/python3/dist-packages/nbconvert/filters/__init__.py", line 5, in from .latex import * File "/usr/lib/python3/dist-packages/nbconvert/filters/latex.py", line 17, in from nbconvert.utils.pandoc import pandoc File "/usr/lib/python3/dist-packages/nbconvert/utils/pandoc.py", line 12, in from nbconvert.utils.version import check_version File "/usr/lib/python3/dist-packages/nbconvert/utils/version.py", line 11, in from packaging.version import Version ModuleNotFoundError: No module named 'packaging' autopkgtest [20:13:05]: test autodep8-python3: ---] autopkgtest [20:13:05]: test autodep8-python3: - - - - - - - - - - results - - - - - - - - - - autodep8-python3 FAIL non-zero exit status 1 autopkgtest [20:13:05]: summary command1 FAIL non-zero exit status 2 autodep8-python3 FAIL non-zero exit status 1 It might be enough to add python3-packaging as new dependency? Regards Carsten -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/6 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#706927: lintian: doc-base-file-lacks-required-field or doc-base-file-no-index
Control: tags -1 - moreinfo On Sat, 9 Jul 2022 15:20:57 +0200 =?UTF-8?Q?Guillaume_D=c3=a9flache?= wrote: tags 706927 - moreinfo [...] Also I think no more info is needed here, so removing that bug tag. Let's try that again!
Bug#1014649: linux-image-5.18.0-2-amd64: System fails to sspend when bluetooth headset is connected
Package: src:linux Version: 5.18.5-1 Severity: normal Dear Maintainer, starting a month or so ago, I can no longer suspend my system when a bluetooth headset is connected. When I select "Sleep" in KDE, the screen goes black, but the laptop keeps running. I have to press the power button for around a second to get the system back up. After turning off by bluetooth headset, suspend works as expected. This seems to be the relevant part of the kernel log: Jul 09 09:07:48 r-thinktop kernel: Freezing user space processes ... (elapsed 0.002 seconds) done. Jul 09 09:07:48 r-thinktop kernel: OOM killer disabled. Jul 09 09:07:48 r-thinktop kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. Jul 09 09:07:48 r-thinktop kernel: printk: Suspending console(s) (use no_console_suspend to debug) Jul 09 09:07:48 r-thinktop kernel: sd 3:0:0:0: [sdb] Synchronizing SCSI cache Jul 09 09:07:48 r-thinktop kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache Jul 09 09:07:48 r-thinktop kernel: sd 3:0:0:0: [sdb] Stopping disk Jul 09 09:07:48 r-thinktop kernel: sd 0:0:0:0: [sda] Stopping disk Jul 09 09:07:48 r-thinktop kernel: e1000e: EEE TX LPI TIMER: 0011 Jul 09 09:07:48 r-thinktop kernel: xhci_hcd :00:14.0: PM: pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 [usbcore] returns -16 Jul 09 09:07:48 r-thinktop kernel: xhci_hcd :00:14.0: PM: dpm_run_callback(): pci_pm_suspend+0x0/0x160 returns -16 Jul 09 09:07:48 r-thinktop kernel: xhci_hcd :00:14.0: PM: failed to suspend async: error -16 Jul 09 09:07:48 r-thinktop kernel: PM: Some devices failed to suspend, or early wake event detected Jul 09 09:07:48 r-thinktop kernel: sd 0:0:0:0: [sda] Starting disk Jul 09 09:07:48 r-thinktop kernel: sd 3:0:0:0: [sdb] Starting disk Jul 09 09:07:48 r-thinktop kernel: i915 :00:02.0: [drm] GuC firmware i915/skl_guc_69.0.3.bin version 0.0 Jul 09 09:07:48 r-thinktop kernel: i915 :00:02.0: [drm] GuC is uninitialized Jul 09 09:07:48 r-thinktop kernel: ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Jul 09 09:07:48 r-thinktop kernel: ata4.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out Jul 09 09:07:48 r-thinktop kernel: ata4.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out Jul 09 09:07:48 r-thinktop kernel: ata4.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out Jul 09 09:07:48 r-thinktop kernel: ata4.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out Jul 09 09:07:48 r-thinktop kernel: ata4.00: configured for UDMA/133 Jul 09 09:07:48 r-thinktop kernel: e1000e :00:1f.6 enp0s31f6: Failed to disable ULP Jul 09 09:07:48 r-thinktop kernel: OOM killer enabled. Jul 09 09:07:48 r-thinktop kernel: Restarting tasks ... done. Jul 09 09:07:48 r-thinktop bluetoothd[990]: src/profile.c:ext_io_disconnected() Unable to get io data for Hands-Free Voice gateway: getpeername: Transport endpoint is not connected (107) Jul 09 09:07:48 r-thinktop bluetoothd[990]: Controller resume with wake event 0x0 Jul 09 09:07:48 r-thinktop kernel: PM: suspend exit Jul 09 09:07:48 r-thinktop kernel: PM: suspend entry (s2idle) Jul 09 09:07:48 r-thinktop kernel: Filesystems sync: 0.008 seconds Jul 09 09:07:48 r-thinktop PackageKit[2193]: get-updates transaction /7679_daadcccd from uid 1000 finished with success after 4895ms Jul 09 09:07:59 r-thinktop kernel: Freezing user space processes ... (elapsed 0.002 seconds) done. Jul 09 09:07:59 r-thinktop kernel: OOM killer disabled. Jul 09 09:07:59 r-thinktop kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. Jul 09 09:07:59 r-thinktop kernel: printk: Suspending console(s) (use no_console_suspend to debug) Jul 09 09:07:59 r-thinktop kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache Jul 09 09:07:59 r-thinktop kernel: sd 3:0:0:0: [sdb] Synchronizing SCSI cache Jul 09 09:07:59 r-thinktop kernel: sd 3:0:0:0: [sdb] Stopping disk Jul 09 09:07:59 r-thinktop kernel: sd 0:0:0:0: [sda] Stopping disk Jul 09 09:07:59 r-thinktop kernel: e1000e: EEE TX LPI TIMER: 0011 Jul 09 09:07:59 r-thinktop kernel: ACPI: EC: interrupt blocked Jul 09 09:07:59 r-thinktop kernel: ACPI: EC: interrupt unblocked Jul 09 09:07:59 r-thinktop kernel: pcieport :00:1c.0: Intel SPT PCH root port ACS workaround enabled Jul 09 09:07:59 r-thinktop kernel: pcieport :00:1d.0: Intel SPT PCH root port ACS workaround enabled Jul 09 09:07:59 r-thinktop kernel: nvidia :01:00.0: Enabling HDA controller Jul 09 09:07:59 r-thinktop kernel: pcieport :00:1c.4: Intel SPT PCH root port ACS workaround enabled Jul 09 09:07:59 r-thinktop kernel: i915 :00:02.0: [drm] GuC firmware i915/skl_guc_69.0.3.bin version 0.0 Jul 09 09:07:59 r-thinktop kernel: i915 :00:02.0: [drm] GuC is uninitialized Jul 09 09:07:59 r-thinktop kernel: sd 0:0:0:0: [sda] Starting disk Jul 09 09:07:59 r-thinktop kernel: sd 3:0:0:0: [sdb] Starting disk Jul 09 09:07:59 r-thinktop kernel: ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Jul 09
Bug#706927: lintian: doc-base-file-lacks-required-field or doc-base-file-no-index
tags 706927 - moreinfo See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682436#10 for an example of a possible syntax (only "Files", "Index" forbidden) which could also help fixing that other bug. Also I think no more info is needed here, so removing that bug tag.
Bug#682436: does not address the case where a HTML document exists in both single file and multiple file versions
On Sun, 22 Jul 2012 23:50:47 +0530 Faheem Mitha wrote: [...] I can't see any reason why this is not allowed. Regardless, what is the best thing to do in this situation? Register one version and not the other? Suppose that some package contained two completely different html documents. What would one do then? See example below. [...] ## ccl.doc-base ## Document: ccl-manual Title: Debian CCL Manual Author: CCL Developers Abstract: The CCL manual, describing what how to install and use CCL Section: Programming/Common Lisp Format: HTML Index: /usr/share/doc/ccl/ccl-documentation.html Format: HTML Index: /usr/share/doc/ccl/manual/index.html One can at least define two doc-base files with two distinct document IDs, arguably with some duplication. Say: ## ccl.doc-base ## Document: ccl-manual Title: Debian CCL Manual [the rest of the metadata must be duplicated in both files] Format: HTML Index: /usr/share/doc/ccl/manual/index.html Files: /usr/share/doc/ccl/manual/*.html [other non-HTML formats can be left here] ## ccl-html-single.doc-base ## Document: ccl-manual-single-html Title: Debian CCL Manual (single HTML file) [the rest of the metadata must be duplicated in both files] Format: HTML Files: /usr/share/doc/ccl/ccl-documentation.html > Index: /usr/share/doc/ccl/ccl-documentation.html Note than the last Index line in case of a single file documentation is completely redundant but has to be there, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706927 Maybe the following syntax should be allowed for single-page HTML documents, and Index should only be allowed for multiple-page ones, fixing both problems: > Format: HTML > Files: /usr/share/doc/ccl/ccl-documentation.html As the above currently does not work anyway, using that syntax should not cause problems for unmodified existing files.
Bug#1014643: Depends on mplayer which isn't in testing
Package: dradio Version: 3.8-2 Tags: sid bookworm Severity: serious Control: clone -1 -2 -3 -4 Control: reassign -2 qwinff 0.2.1+git20201215-1 Control: reassign -3 vdr-plugin-mp3 0.10.4-2 Control: reassign -4 videotrans 1.6.1-8 Dear maintainer, Your package Depends on mplayer, which currently isn't in testing and has severe issue so is unlikely to migrate soon. Your package was removed from testing because of RC bugs in mplayer, but somehow (probably a race condition) migrated back to testing. This bug is meant to autoremove your package, as currently it can't be installed in a testing environment. You can close the bug once your package has been removed from testing. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#1014642: libtiff-dev: Wrong section for libtiff-dev
Package: libtiff-dev Version: 4.4.0-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 libtiff-dev's section is correctly set to libdevel in d/control. However, there is an override in the archive settings its section to oldlibs. I think this override should be removed, since libtiff-dev is not an outdated or transitional package. Regards, Victor Westerhuis - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libtiff-dev depends on: ii libc6-dev [libc-dev] 2.33-7 ii libdeflate-dev 1.12-1 ii libjbig-dev2.1-3.1+b2 ii libjpeg-dev1:2.1.2-1 ii libjpeg62-turbo-dev [libjpeg-dev] 1:2.1.2-1 ii liblerc-dev3.0+ds-1 ii liblzma-dev5.2.5-2.1+~optimized ii libtiff5 4.4.0-3 ii libtiffxx5 4.4.0-3 ii zlib1-ng-dev [zlib1g-dev] 2.0.6-0+~local1+b1 libtiff-dev recommends no packages. libtiff-dev suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLJYpMTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+28bEACujfJH9KCeyNNG1fyq6IOYbxAExjor bjexSvQwB5qwXIOrwH8MY3mewxAh3Y51l92dUhewGvhRfY+DQ4S9eLj6f64iBrsV DUJWXMENcLZJbPCJtjJRz6mtyBDTXEB/JH5oKkSERS7JKNzOQaXTDjaAAlYrboKS 3kOZsrnNfATbuzOhritzr4CfaYkExLPXXqM0bhewOX7Apas1424nRU18MCD4+TtZ 6VYHaxII69+dH9zW4nqPrnKEx4I9koxkddnyV+gzMbqzEfk0rRQkFNpFpY0UBjt+ y9T3vOaUTLUhfEeSChDDvBJ0mYzOIRRDgBu1bNZAJRPbIbfTY8RAR19r8ISFNdjG Q2536Q5q2j70Up4T7WudtQO1TCpozqFpUT+PvyqzM3AzHko4KdIK+PcUQoh7aN5z p70bWIXiKKoZbyIK2Ex4TNJTnqal4CngovPXKz+KQSk3fi7SwDqo889ekP8i+GYz 1UyFpku0m655agUOPRppZY2jeDGYNwrIOWHT4kecVwZZCPqGU2yjuq4RsQhVcTdC 1byG0KWRcK8U9U5lWXgGpTvMxsYGw3jfK4KR8Bn7D3fyPLDdmNl6rv9FtzRg0Adr c1+RTtqg8cFQbAV6yzFZBjIkCzze4toXQL0X7079UdJdgeYD09Wi9RSsotNU9bHc z/9/1IfrgS46iw== =erYU -END PGP SIGNATURE-
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
On 2022-07-09 13:36, Carsten Schoenert wrote: In about 80% of problems some external Add-ons are the root of problems. I see there's "SenderAddressColumn (disabled)" addon, but I doubt it was enabled before upgrade. Last addon update was in 2016. I blieve what helped is resetting controls via --safe-mode.
Bug#1014641: ceph: depends on broken python3-sklearn
Source: ceph Version: 16.2.7+ds-4 Severity: serious Hi Maintainer The binary package ceph-mgr-diskprediction-local has a dependency on python3-sklearn, which is built from source package scikit-learn. Scikit-learn is in bad shape; failing to build from source on most architectures since the upload of 1.0.1-1 in November 2021 [1], see also #1003165 [2]. The Release Team would like to remove it from testing, however ceph is considered a 'key package' [3] and therefore immune to auto-removal. Please help us by either temporarily lowering the dependency to a Recommends, or temporarily stop building ceph-mgr-diskprediction-local. A trip through NEW upon its return can be avoided by uploading a version of ceph that still builds ceph-mgr-diskprediction-local to experimental. Regards Graham [1] https://tracker.debian.org/news/1281545/accepted-scikit-learn-101-1-source-into-unstable/ [2] https://bugs.debian.org/1003165 [3] https://udd.debian.org/cgi-bin/key_packages.yaml.cgi
Bug#1014640: dwww "Depends: apache2 | httpd-cgi" but really only works out-of-the-box with Apache
Package: dwww Version: 1.14 Severity: important X-Debbugs-Cc: debian.fm...@guillaume-d.info Dear Maintainer, dwww seems to really only support automatic configuration for Apache. Installing dwww alone after a non-Apache web server has been installed -- I tried mini-httpd and nginx-light: both provide httpd-cgi -- will not work without further manual HTTP server configuration. IMHO dwww should at least have: Recommends: apache2 ...instead of: Recommends: apache2 | httpd ...so that users get a working dwww at least by default.
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
Hello Vincas Am 09.07.22 um 12:19 schrieb Vincas Dargis: Please see screenshot attached - no account tree is visible after upgrade. In settings I do see all accounts set up as it was before though. AppArmor profile was always enabled, though after seeing this problem I've disabled AppArmor profile but problem persist. have you noticed the suggestions on the Debian wiki? https://wiki.debian.org/Thunderbird#Bug_Reporting_.2F_Issues In about 80% of problems some external Add-ons are the root of problems. Sometimes it's harder to debug and requires the usage of the debugger. Downgranding to 1:91.11.0-1 is not workaround, as it complains that "You have launched an older version of Thunderbird". You can use the CLI option --allow-downgrade to downgrade an existing profile. -- Regards Carsten
Bug#1014639: pipewire-audio-client-libraries: please provide transitional package
Source: pipewire Version: 0.3.54-1 Severity: wishlist Now that pipewire-alsa and pipewire-jack are available, it would probably be a good idea to reintroduce pipewire-audio-client-libraries as a transitional package that depends on them both. This will allow bullseye systems with pipewire-audio-client-libraries installed to transition to being bookworm systems with pipewire-alsa and pipewire-jack installed, without having to remove any packages (which apt solvers will try to avoid). This would require pipewire-alsa and pipewire-jack to have Breaks/Replaces on pipewire-audio-client-libraries (<< 0.3.54-1~) instead of unversioned Breaks/Replaces, but versioned Breaks/Replaces are generally preferred over unversioned anyway. smcv
Bug#1014592: RFS: anacron/2.3-33 [ITA] -- cron-like program that doesn't go by time
Hi Lin, I would consider sponsoring this with d/copyright converted to the machine-readable format. Thanks, Bastian
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
I've found a fix: ``` thunderbird --safe-mode --jsconsole ``` (--jsconsole probably is not deeded). In a popup shown, I've selected to "Disable all addons" and "Reset toolbars and controls". Clicking "Make changes and restart" made UI work again, even with AppArmor.
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
Package: thunderbird Version: 1:102.0.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, Please see screenshot attached - no account tree is visible after upgrade. In settings I do see all accounts set up as it was before though. AppArmor profile was always enabled, though after seeing this problem I've disabled AppArmor profile but problem persist. Downgranding to 1:91.11.0-1 is not workaround, as it complains that "You have launched an older version of Thunderbird". -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunderbird depends on: ii debianutils 5.7-0.2 ii fontconfig 2.13.1-4.4 ii kdialog 4:21.12.3-1 ii libasound2 1.2.7.1-1 ii libatk1.0-0 2.38.0-1 ii libc62.33-7 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libdbus-1-3 1.14.0-1 ii libdbus-glib-1-2 0.112-2 ii libevent-2.1-7 2.1.12-stable-5+b1 ii libffi8 3.4.2-4 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.12.1+dfsg-3 ii libgcc-s112.1.0-5 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libglib2.0-0 2.72.3-1 ii libgtk-3-0 3.24.34-1 ii libicu71 71.1-3 ii libnspr4 2:4.34-1 ii libnss3 2:3.79-1 ii libpango-1.0-0 1.50.7+ds-1 ii librnp0 0.16.0-1 ii libstdc++6 12.1.0-5 ii libvpx7 1.11.0-2 ii libx11-6 2:1.7.5-1 ii libx11-xcb1 2:1.7.5-1 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 ii libxext6 2:1.3.4-1 ii libxrandr2 2:1.5.2-2+b1 ii psmisc 23.5-1 ii x11-utils7.7+5 ii zenity 3.42.1-2 ii zlib1g 1:1.2.11.dfsg-4 Versions of packages thunderbird recommends: ii hunspell-ar [hunspell-dictionary] 3.2-1.2 ii hunspell-en-gb [hunspell-dictionary] 1:7.2.0-2 ii hunspell-en-us [hunspell-dictionary] 1:2020.12.07-2 ii hunspell-lt [hunspell-dictionary] 1:7.2.0-2 Versions of packages thunderbird suggests: ii apparmor 3.0.4-3 ii fonts-lyx 2.3.6.1-1 ii libgssapi-krb5-2 1.19.2-2+b2 -- no debconf information
Bug#1014637: doc-base: install-docs breaks on spaces in paths of documents' Index and Files
Package: doc-base Version: 0.11.1 Severity: normal X-Debbugs-Cc: debian.fm...@guillaume-d.info Dear Maintainer, Paths with spaces for documents may be not that important for Debian package maintainers, but for system administrators, it would be nicer for such paths to: - either just work (at least as far as doc-base is concerned, dwww and friends being another matter) - or be documented as not supported and/or checked against by `install-docs --check` As the following example shows (I also made other tests with existing files), only the HTML format seems to support spaces but only in the last component of paths! Also it looks like Files patterns that do not match trigger no warning whatsoever, which could be another bug IMHO. $ $ cat test.doc-base Document: doc-base-spaces-in-paths-test Title: whatever Section: Help Format: HTML Index: /usr/local/share/doc/my non-existing path with spaces.html Files: /usr/local/share/doc/my non-existing path with spaces/*.html Format: PDF FIles: /usr/local/share/doc/my-non-existing-path with spaces.pdf Format: Text FIles: /usr/local/share/doc/my-non-existing-path with spaces.txt $ $ sudo LANG= install-docs -i test.doc-base Error in `test.doc-base', line 13: all `Format' sections are invalid. $ $ LANG=C /usr/sbin/install-docs --verbose --check test.doc-base Warning in `test.doc-base', line 8: file `/usr/local/share/doc/my non-existing path with spaces.html' does not exist. Warning in `test.doc-base', line 11: `Files' value has to be specified with absolute path: with spaces.pdf. Warning in `test.doc-base', line 13: `Files' value has to be specified with absolute path: with spaces.txt. Error in `test.doc-base', line 13: all `Format' sections are invalid. test.doc-base: Fatal error found, the file won't be registered. $
Bug#1014636: libnss-gw-name: Please drop package: orphaned and abandoned upstream
Package: libnss-gw-name Version: 0.3-4 Dear QA team, please remove libnss-gw-name. It has been RFA'd/orphaned since 2015 [1] and upstream development has ceased because this functionality is now integrated in systemd-resolved. [1] https://bugs.debian.org/805266 -- Gioele Barabucci
Bug#1014523: strawberry: Fails to index a few songs
Hi Alberto, If you can supply an mp3 file that causes this problem, that would really help. You could email me directly if you don't want to attach it to this bug report. Cheers, Peter
Bug#1014635: ant: 'ant -version' reports unexpect compile data
Package: ant Version: 1.10.12-1 Severity: normal X-Debbugs-Cc: egon.willigha...@gmail.com Dear Maintainer, when requesting the version of Apache Ant installed it reports the date on which it was compiled, but the date probably wrong :) For stable: $ ant -version Apache Ant(TM) version 1.10.9 compiled on December 25 1969 For testing: $ ant -version Apache Ant(TM) version 1.10.12 compiled on January 17 1970 -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (100, 'bullseye-fasttrack'), (100, 'bullseye-backports-staging') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-0.bpo.1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ant depends on: ii default-jre-headless [java8-runtime-headless] 2:1.11-72 ii openjdk-11-jre-headless [java8-runtime-headless] 11.0.15+10-1~deb11u1 ii openjdk-17-jre-headless [java8-runtime-headless] 17.0.3+7-1~deb11u1 Versions of packages ant recommends: ii ant-optional 1.10.12-1 Versions of packages ant suggests: pn ant-doc ii openjdk-11-jdk [java-sdk]11.0.15+10-1~deb11u1 ii openjdk-11-jdk-headless [java-compiler] 11.0.15+10-1~deb11u1 ii openjdk-17-jdk [java-sdk]17.0.3+7-1~deb11u1 ii openjdk-17-jdk-headless [java-compiler] 17.0.3+7-1~deb11u1 -- no debconf information
Bug#1014634: ITP: golang-github-iovisor-gobpf -- Go bindings for creating BPF programs.
Package: wnpp Severity: wishlist Owner: Domenico Andreoli * Package name: golang-github-iovisor-gobpf Version : 0.2.0-1 Upstream Author : IO Visor Project * URL : https://github.com/iovisor/gobpf * License : Apache-2.0 Programming Lang: Go Description : Go bindings for creating BPF programs. This repository provides go bindings for the bcc framework as well as low-level routines to load and use eBPF programs from .elf files.
Bug#1014631: docker.io: No networking in rootless docker with firewalld
Control: forwarded -1 https://github.com/moby/moby/issues/43781 On Sat, Jul 9, 2022 at 3:57 PM Tomas Janousek wrote: > > Package: docker.io > Version: 20.10.14+dfsg1-1+b1 > Severity: normal > > Dear Maintainer, > > When running the docker daemon rootless, it still attempts to detect and > use firewalld. If it succeeds (and with the godbus/dbus Debian builds > against, it does; more on that later), iptables rules for NAT (necessary > for traffic to be routed out of the docker0 bridge) are set up in the > host network namespace instead of the network namespace dockerd runs in, > so networking doesn't work. This is what the traffic looks like on the > slirp4netns tap0 in the dockerd namespace: > > 15:30:41.600319 IP 172.17.0.2.52323 > 10.0.2.3.53: 1825+ A? > deb.debian.org. (32) > 15:30:41.606028 ARP, Request who-has 172.17.0.2 tell 10.0.2.2, length 28 > > No reply, obviously, 172.17.0.2 is connected to the bridge, it's meant > to be masqueraded when forwarded to tap0. > > Running > > nsenter -U --preserve-credentials -n -m -t $(cat > $XDG_RUNTIME_DIR/docker.pid) /usr/sbin/iptables-save > > gives no output whatsoever, because there are no rules inside the net > namespace. > > Now the important bit: this issue can only be reproduced with > godbus/dbus 5.0.5+ which it's built against in Debian, but docker/moby > upstream vendors 5.0.3 so the issue isn't reproducible with their > builds. The reason older godbus/dbus "works" is because it fails to > connect to dbus from inside the _user_ namespace. This is because it's > uid 0 in that namespace, it tells dbus it's uid 0 (AUTH EXTERNAL > 30\r\n), and from dbus' point of view it's obviously not uid 0, so it > rejects the connection, and dockerd thinks there's no firewalld and > correctly uses iptables as it should inside a network namespace. > But this auth issue is "fixed" in godbus/dbus 5.0.5 > (https://github.com/godbus/dbus/pull/265), so if docker is built with > that (it is in Debian), network doesn't work inside any containers. > > I've reported the issue upstream nonetheless: > https://github.com/moby/moby/issues/43781, > as I believe firewalld detection shouldn't be attempted at all when > running in rootless mode, as it makes no sense to set up iptables rules > in the host network namespace while the bridge is in another network > namespace. It will probably (understandably) be low-priority for them > since it happens to work fine with the version of godbus/dbus they > vendor in the moby repo. So it might be worth coming up with a fix in > Debian, as it's Debian packaging of docker breaking things now. > Thanks for the detailed report! I just checked that Docker 22.06 has bumped godbus to 5.0.6, https://github.com/moby/moby/blob/22.06/vendor.mod So it would be an issue for upstream too. We will backport patch if they fix it in the 22.06 branch. - Shengjing Zhu
Bug#1014411: dvcs-autosync: Should we remove this package?
On 05.07.22 17:14, Boyuan Yang wrote: Source: dvcs-autosync Version: 0.5+nmu1 Severity: important Tags: sid X-Debbugs-CC: rm...@debian.org Dear Debian dvcs-autosync package maintainer, I checked the condition of package dvcs-autosync in Debian at https://tracker.debian.org/pkg/dvcs-autosync , and it looks like it received no maintainer uploads in the past 12 years. Also, it is affected by python2 removal and missed last Stable release. As a result, I believe it is time to have this package removed from Debian archive. Please let me know if you have any comments on the removal proposal. If there is no objections in the next 14 days, I will proceed and submit a package removal request against Debian FTP Masters. If you have any questions, please feel free to let me know. I agree that, at this point, it should better be removed from the main archive. Moving to Python 3 was blocked because, in that move, I also intended to introduce a better communication mechanism, but ran out of time for this project to do so properly. My development version has never stabilized sufficiently to upload to main. best, Rene
Bug#1014633: linux-headers-5.19.0-rc4-common: file check-local-export does not exist
Package: linux-headers-5.19.0-rc4-common Version: 5.19~rc4-1~exp1 Severity: serious Hello. I can't build kernel module DKMS make.log for rtl88x2bu-git for kernel 5.19.0-rc4-amd64 (x86_64) Пн 04 июл 2022 22:11:57 MSK make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/5.19.0-rc4-amd64/build M=/var/lib/dkms/rtl88x2bu/git/build modules make[1]: вход в каталог «/usr/src/linux-headers-5.19.0-rc4-amd64» CC [M] /var/lib/dkms/rtl88x2bu/git/build/core/rtw_cmd.o CC [M] /var/lib/dkms/rtl88x2bu/git/build/core/rtw_security.o /bin/sh: 1: /usr/src/linux-headers-5.19.0-rc4-common/scripts/check-local-export: not found make[2]: *** [/usr/src/linux-headers-5.19.0-rc4-common/scripts/Makefile.build:254: /var/lib/dkms/rtl88x2bu/git/build/core/rtw_security.o] Ошибка 127 make[2]: *** Удаляется файл «/var/lib/dkms/rtl88x2bu/git/build/core/rtw_security.o» make[2]: *** Ожидание завершения заданий… /bin/sh: 1: /usr/src/linux-headers-5.19.0-rc4-common/scripts/check-local-export: not found make[2]: *** [/usr/src/linux-headers-5.19.0-rc4-common/scripts/Makefile.build:254: /var/lib/dkms/rtl88x2bu/git/build/core/rtw_cmd.o] Ошибка 127 make[2]: *** Удаляется файл «/var/lib/dkms/rtl88x2bu/git/build/core/rtw_cmd.o» make[1]: *** [/usr/src/linux-headers-5.19.0-rc4-common/Makefile:1867: /var/lib/dkms/rtl88x2bu/git/build] Ошибка 2 make[1]: выход из каталога «/usr/src/linux-headers-5.19.0-rc4-amd64» make: *** [Makefile:2454: modules] Ошибка 2 Debian don't have file check-local-export at all https://packages.debian.org/search?suite=default=all=any=contents=check-local-export https://packages.debian.org/search?suite=sid=any=contents=check-local-export But on previous kernels build was successful. And there is no problem on original 5.19.0-rc4 kernel. See also https://github.com/RinCat/RTL88x2BU-Linux-Driver/issues/143
Bug#1013895: RTL8188EUS 802.11n Wireless Network Adapter not working on 5.18
Control: fixed -1 5.19~rc4-1~exp1 El 08/07/22 a las 22:52, Vincent Blut escribió: > Control: tags -1 moreinfo > > Hi, > > Le 2022-06-26 23:53, Santiago Ruano Rincón a écrit : > > Package: src:linux > > Version: 5.18.5-1 > > Severity: important > > > > Dear linux maintainers, > > > > Not sure if this should be filed against firmware-realtek, and sorry if > > that is the case. I have a WiFi USB dongle that doesn't work on linux > > 5.18, but it does work on 5.15. > > > > You can see this error in the logs below during boot, or when I replug > > the dongle: > > > > r8188eu 1-1.2:1.0: _rtw_init_xmit_priv failed > > > > Maybe this is relevant: > > https://lkml.org/lkml/2022/5/21/527 > > This patch has been applied upstream to Linux 5.19-rc3 and backported to Linux > 5.18.6. While the latter is not yet available in Debian, we have Linux > 5.19-rc4 > in experimental. Could you please check if it fixes this issue? Yes, it fixes the issue. sudo dmesg | grep 8188 [ 528.577336] r8188eu: module is from the staging directory, the quality is unknown, you have been warned. [ 528.723083] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0) [ 528.745999] usbcore: registered new interface driver r8188eu [ 528.757426] r8188eu 2-1:1.0 wlxc4e984d9b42e: renamed from wlan0 [ 528.890741] r8188eu 2-1:1.0: firmware: direct-loading firmware rtlwifi/rtl8188eufw.bin [ 528.890753] R8188EU: Firmware Version 11, SubVersion 1, Signature 0x88e1 Cheers, -- Santiago signature.asc Description: PGP signature
Bug#1014631: docker.io: No networking in rootless docker with firewalld
Package: docker.io Version: 20.10.14+dfsg1-1+b1 Severity: normal Dear Maintainer, When running the docker daemon rootless, it still attempts to detect and use firewalld. If it succeeds (and with the godbus/dbus Debian builds against, it does; more on that later), iptables rules for NAT (necessary for traffic to be routed out of the docker0 bridge) are set up in the host network namespace instead of the network namespace dockerd runs in, so networking doesn't work. This is what the traffic looks like on the slirp4netns tap0 in the dockerd namespace: 15:30:41.600319 IP 172.17.0.2.52323 > 10.0.2.3.53: 1825+ A? deb.debian.org. (32) 15:30:41.606028 ARP, Request who-has 172.17.0.2 tell 10.0.2.2, length 28 No reply, obviously, 172.17.0.2 is connected to the bridge, it's meant to be masqueraded when forwarded to tap0. Running nsenter -U --preserve-credentials -n -m -t $(cat $XDG_RUNTIME_DIR/docker.pid) /usr/sbin/iptables-save gives no output whatsoever, because there are no rules inside the net namespace. Now the important bit: this issue can only be reproduced with godbus/dbus 5.0.5+ which it's built against in Debian, but docker/moby upstream vendors 5.0.3 so the issue isn't reproducible with their builds. The reason older godbus/dbus "works" is because it fails to connect to dbus from inside the _user_ namespace. This is because it's uid 0 in that namespace, it tells dbus it's uid 0 (AUTH EXTERNAL 30\r\n), and from dbus' point of view it's obviously not uid 0, so it rejects the connection, and dockerd thinks there's no firewalld and correctly uses iptables as it should inside a network namespace. But this auth issue is "fixed" in godbus/dbus 5.0.5 (https://github.com/godbus/dbus/pull/265), so if docker is built with that (it is in Debian), network doesn't work inside any containers. I've reported the issue upstream nonetheless: https://github.com/moby/moby/issues/43781, as I believe firewalld detection shouldn't be attempted at all when running in rootless mode, as it makes no sense to set up iptables rules in the host network namespace while the bridge is in another network namespace. It will probably (understandably) be low-priority for them since it happens to work fine with the version of godbus/dbus they vendor in the moby repo. So it might be worth coming up with a fix in Debian, as it's Debian packaging of docker breaking things now. It's also worth noting that there is a workaround: when I create a shell wrapper for dockerd which does mount --bind /dev/null /run/dbus/system_bus_socket before invoking dockerd, networking works again, and nothing else seems to break (I haven't done much testing though, it may break still). -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (990, 'stable-security'), (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER, TAINT_WARN Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages docker.io depends on: ii adduser 3.121 ii containerd 1.6.6~ds1-1 ii init-system-helpers 1.64 ii iptables 1.8.8-1 ii libc62.33-7 ii libdevmapper1.02.1 2:1.02.175-2.1 ii libsystemd0 251.2-7 ii lsb-base 11.2 ii runc 1.1.3+ds1-2 ii tini 0.19.0-1 Versions of packages docker.io recommends: ii apparmor 3.0.4-2 ii ca-certificates 20211016 pn cgroupfs-mount ii git 1:2.35.1-1 pn needrestart ii xz-utils 5.2.5-2.1 Versions of packages docker.io suggests: pn aufs-tools ii btrfs-progs5.18.1-1 ii debootstrap1.0.126+nmu1 pn docker-doc ii e2fsprogs 1.46.5-2 pn rinse ii rootlesskit1.0.1-1 pn xfsprogs pn zfs-fuse | zfsutils-linux -- no debconf information -- Tomáš "liskin" ("Pivník") Janoušek, https://lisk.in/
Bug#732011: ITA: gyrus -- GNOME tool for Cyrus-IMAP servers administration
Hi, Second try to adopt the package. Still sometimes use it. So I will try to port it to gtk4 (I am converting another at this moment), add SSL to it to make it more usefull and remove amtk. To temper the expectations. I hope this will be done before the freeze. Greetings, Willem
Bug#1014632: RM: sapphire -- RoQA; FTBFS; dead upstream; unmaintained; very low popcon
Package: ftp.debian.org Severity: normal Hi, sapphire has not seen a new upstream release since 2002 (!), and upstream seems to have stopped working on it long long time ago. Furthermore: - the upstream website is a SourceForce page that only hosts very old releases, and has no source repositories - I cannot find anywhere a potential repository that continues the development - the last maintainer upload was in 2009, and since then it got only one NMU in 2017 - currently FTBFSes due to the very old packaging - it has a very low popcon count (19 at the time I'm writing this) - plenty of alternatives ("minimalist/lightweights" WMs) exist Hence, it looks to me it would be a better idea to simply remove sapphire from Debian. Thanks, -- Pino
Bug#1014630: diff for NMU version 0.1-1.3
Package: m16c-flash Version: 0.1-1.2 Severity: normal Tags: patch I have uploaded version 0.1-1.3 for m15-flash. Please find the patch attached for the same. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 Versions of packages m16c-flash depends on: ii libc6 2.33-7 ii libgcc-s1 12-20220302-1 ii libstdc++6 12-20220302-1 m16c-flash recommends no packages. m16c-flash suggests no packages. diff -u m16c-flash-0.1/debian/changelog m16c-flash-0.1/debian/changelog --- m16c-flash-0.1/debian/changelog +++ m16c-flash-0.1/debian/changelog @@ -1,3 +1,10 @@ +m16c-flash (0.1-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Get package cross-building + + -- Nilesh Patra Sat, 09 Jul 2022 12:06:22 +0530 + m16c-flash (0.1-1.2) unstable; urgency=medium * Non-maintainer upload. only in patch2: unchanged: --- m16c-flash-0.1.orig/debian/patches/12_cross.patch +++ m16c-flash-0.1/debian/patches/12_cross.patch @@ -0,0 +1,32 @@ +--- Makefile 2006-08-22 13:59:42.0 +0530 /tmp/Makefile 2022-07-09 12:00:22.682792078 +0530 +@@ -1,3 +1,4 @@ ++CXX?=g++ + CFLAGS+=-g -Wall -pedantic + LFLAGS+= + +@@ -11,19 +12,19 @@ + rm m16c-flash + + ccomport.o: ccomport.cxx ccomport.h +- g++ $(CFLAGS) ccomport.cxx -c -o ccomport.o ++ $(CXX) $(CFLAGS) ccomport.cxx -c -o ccomport.o + + cpage.o: cpage.cxx cpage.h +- g++ $(CFLAGS) cpage.cxx -c -o cpage.o ++ $(CXX) $(CFLAGS) cpage.cxx -c -o cpage.o + + cmotfile.o: cmotfile.cxx cmotfile.h +- g++ $(CFLAGS) cmotfile.cxx -c -o cmotfile.o ++ $(CXX) $(CFLAGS) cmotfile.cxx -c -o cmotfile.o + + cm16flash.o: cm16flash.cxx cm16flash.h +- g++ $(CFLAGS) cm16flash.cxx -c -o cm16flash.o ++ $(CXX) $(CFLAGS) cm16flash.cxx -c -o cm16flash.o + + m16c-flash: flashm16.cxx cm16flash.o cmotfile.o cpage.o ccomport.o +- g++ $(CFLAGS) flashm16.cxx cm16flash.o cmotfile.o cpage.o ccomport.o -o m16c-flash ++ $(CXX) $(CFLAGS) flashm16.cxx cm16flash.o cmotfile.o cpage.o ccomport.o -o m16c-flash + + install: + cp m16c-flash /usr/bin
Bug#1014605: [Pkg-javascript-devel] Bug#1014605: node-functional.js: FTBFS, missing build-dependencies
On 08/07/2022 18:14, Steve Langasek wrote: Source: node-functional.js Version: 0.8.0-1 Severity: serious User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu kinetic Hi Stephan, The node-functional.js binary in unstable was not built in the archive, and attempting to rebuild this package from source fails due to missing build dependencies: [...] dh_auto_build --buildsystem=nodejs No build command found, searching known files cd ./. && gulp Can't exec "gulp": No such file or directory at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 524. dh_auto_build: warning: ### Command "gulp" failed in . [...] However, if I add the missing build-dependency on gulp, the package build still fails with: [...] [16:10:38] Using globally installed gulp Error: Cannot find module 'gulp-jshint' Require stack: - /tmp/node-functional.js-0.8.0/gulpfile.js - /usr/share/nodejs/gulp-cli/lib/shared/require-or-import.js - /usr/share/nodejs/gulp-cli/lib/versioned/^4.0.0/index.js - /usr/share/nodejs/gulp-cli/index.js - /usr/share/nodejs/gulp/bin/gulp.js at Function.Module._resolveFilename (node:internal/modules/cjs/loader:933:15) at Function.Module._load (node:internal/modules/cjs/loader:778:27) at Module.require (node:internal/modules/cjs/loader:1005:19) at require (node:internal/modules/cjs/helpers:102:18) at Object. (/tmp/node-functional.js-0.8.0/gulpfile.js:2:14) at Module._compile (node:internal/modules/cjs/loader:1105:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1159:10) at Module.load (node:internal/modules/cjs/loader:981:32) at Function.Module._load (node:internal/modules/cjs/loader:822:12) at Module.require (node:internal/modules/cjs/loader:1005:19) { code: 'MODULE_NOT_FOUND', requireStack: [ '/tmp/node-functional.js-0.8.0/gulpfile.js', '/usr/share/nodejs/gulp-cli/lib/shared/require-or-import.js', '/usr/share/nodejs/gulp-cli/lib/versioned/^4.0.0/index.js', '/usr/share/nodejs/gulp-cli/index.js', '/usr/share/nodejs/gulp/bin/gulp.js' ] } dh_auto_build: warning: ### Command "gulp" failed in . [...] I can't find this gulp-jshint anywhere in the archive, so it looks like there's some work to be done here. Hi, gulp-jshint is not needed, just to patch gulpfile.js. However, node-funtional.js was accepted to unstable 146 days ago, but: * never build cleanly * no source upload for 6 month * no git activity * no question/help asked to JS Team list So this package looks unmaintained and shouldn't migrate to testing. Same for: jquery-datetimepicker, jquery-sortablejs, libjs-php-date-formatter, node-base16, materialize, node-bash-color, node-blacklist, node-create-react-class, node-grunt-timer, node-is-wsl,...
Bug#1014629: diff for NMU version 1.33MR33-6.3
Package: pccts Version: 1.33MR33-6.2 Severity: normal Tags: patch Dear Maintainer I had uploaded version 6.3 for pccts a couple of days back. Please find the patch attached for the same. Best, Nilesh -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 Versions of packages pccts depends on: ii libc6 2.33-7 pccts recommends no packages. pccts suggests no packages. diff -Nru pccts-1.33MR33/debian/changelog pccts-1.33MR33/debian/changelog --- pccts-1.33MR33/debian/changelog 2022-05-26 04:24:42.0 +0530 +++ pccts-1.33MR33/debian/changelog 2022-07-06 15:42:30.0 +0530 @@ -1,3 +1,10 @@ +pccts (1.33MR33-6.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTCBFS: Set CC in accordance with buildtools.mk + + -- Nilesh Patra Wed, 06 Jul 2022 15:42:30 +0530 + pccts (1.33MR33-6.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru pccts-1.33MR33/debian/rules pccts-1.33MR33/debian/rules --- pccts-1.33MR33/debian/rules 2022-05-26 04:19:24.0 +0530 +++ pccts-1.33MR33/debian/rules 2022-07-06 15:35:26.0 +0530 @@ -10,13 +10,14 @@ #COPT+=-g #endif # +include /usr/share/dpkg/buildtools.mk build build-arch: build-stamp build-stamp: dh_testdir # Add here commands to compile the package. - $(MAKE) + $(MAKE) CC="$(CC)" touch build-stamp
Bug#1013080: dask: incompatibility with scipy 1.8
On Sat, 2022-06-25 at 10:17 +0200, Graham Inggs wrote: > Control: severity -1 serious > Control: tags -1 + patch > > Please see attached patch from Ubuntu for this issue. Thank you for the patch it worked well. I wanted to give a status update since it's been a while. I haven't made as much progress as I should've I tried to update to 2022.6 but that depends on pyarrow and adding that looks like it will requires packaging the full Apache arrow library https://github.com/apache/arrow That looks like it'll be a bit unpleasant to package because it's a library designed to interact with a large number of other languages and environments. Then I went back and started updating and got discovered they'd added the arrow dependency in 2022.03 which is the version with the fix you need in it. I have a version of 2022.02.0 that built with the patch and tested correctly with scipy 1.8.1, but I need to clean up my repository some before I push anything new to salsa. There's also a few new simple sphinx build dependencies that look like they were added in 2022.03 but those were pretty easy to package, though I still need to upload them to NEW. Hopefully I'll have something uploaded in a day or two. Diane
Bug#1014628: src:git-annex: fails to migrate to testing for too long: FTBFS on armel and armhf
Source: git-annex Version: 8.20211123-1 Severity: serious Tags: sid bookworm ftbfs User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), The Release Team considers packages that are out-of-sync between testing and unstable for more than 60 days as having a Release Critical bug in testing [1]. Your package src:git-annex has been trying to migrate for 61 days [2]. Hence, I am filing this bug. Your package failed to build from source on armel and armhf where it built successfully in the past. If a package is out of sync between unstable and testing for a longer period, this usually means that bugs in the package in testing cannot be fixed via unstable. Additionally, blocked packages can have impact on other packages, which makes preparing for the release more difficult. Finally, it often exposes issues with the package and/or its (reverse-)dependencies. We expect maintainers to fix issues that hamper the migration of their package in a timely manner. This bug will trigger auto-removal when appropriate. As with all new bugs, there will be at least 30 days before the package is auto-removed. If you believe your package is unable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html [2] https://qa.debian.org/excuses.php?package=git-annex OpenPGP_signature Description: OpenPGP digital signature