Bug#948691: MOZ_APP_LAUNCHER
Hello Jonathan, Am 27.11.21 um 08:13 schrieb Jonathan Krebs: Thanks for the reply. Could you please explain, why Thunderbird should not set it? And do you know the intended use of the variable? > On Fedora, Thunderbird and Firefox each set it. you only addressed the bug directly (after Mike has reassigned the report to Thunderbird), so Mike didn't get your message reached I guess as only the package maintainer will get messages that are addressed to the bug number. To get your message/question/comment to a dedicated person you will need that person explicitly added to the participants. But yeah, I have the same question, so Mike please, it would be nice to hear some thoughts from you why setting MOZ_APP_LAUNCHER isn't something we should do and what other options we have. I'm far away from knowing the internals of the source of Thunderbird like you do. -- Regards Carsten
Bug#948691: MOZ_APP_LAUNCHER
Thanks for the reply. Could you please explain, why Thunderbird should not set it? And do you know the intended use of the variable? On Fedora, Thunderbird and Firefox each set it.
Bug#1000683: RFP: wxMathPlot -- library to add 2D scientific plot functionality to wxWidgets
Package: wnpp Severity: wishlist URL: https://wxmathplot.sourceforge.io/ License: wxWindows license Description: wxMathPlot is a library to add 2D scientific plot functionality to wxWidgets. It allows to embed inside your program a window for plotting scientific, statistical or mathematical data, with additions like legend or coordinate display in overlay.
Bug#1000461: add support for gcc-12
Hi Helmut. I added a patch series for gcc-12. The patches have been rebased for the new gcc-12 series and for gcc-11 as well. As before, the patches apply, but I have not done any functional testing
Bug#1000681: linux-image-5.15.0-1-amd64: 5.15 upgrade causes all apps to flicker
Package: src:linux Version: 5.15.3-1 Severity: important Dear Maintainer, Upgrading from 5.14 to 5.15 causes all apps to flicker/have rendering artefacts. Examples include: * black squares appearing and disappearing within firefox * menus flickering in and out of existence in 0ad These effects disappear when downgrading back to 5.14. The 5.16 rc also has flickering. I've checked that the recent mesa changes (21.2.5-1 -> 21.2.6-1) do not have any effect on whether the flickering occurs or not, it does seem localised to the 5.14 -> 5.15 changes. -- Package-specific info: ** Version: Linux version 5.15.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-11 (Debian 11.2.0-12) 11.2.0, GNU ld (GNU Binutils for Debian) 2.37) #1 SMP Debian 5.15.3-1 (2021-11-18) ** Command line: BOOT_IMAGE=/vmlinuz-5.15.0-1-amd64 root=/dev/mapper/callisto--vg-root ro quiet ** Not tainted ** Kernel log: [ 14.285552] ACPI: button: Sleep Button [SLPB] [ 14.285582] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input3 [ 14.285597] ACPI: button: Power Button [PWRB] [ 14.285624] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [ 14.288082] resource sanity check: requesting [mem 0xfdffe800-0xfe0007ff], which spans more than pnp 00:06 [mem 0xfdb0-0xfdff] [ 14.288086] caller pmc_core_probe+0xaa/0x670 [intel_pmc_core] mapping multiple BARs [ 14.288099] intel_pmc_core INT33A1:00: initialized [ 14.302348] ACPI: button: Power Button [PWRF] [ 14.350801] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 14.350802] EDAC ie31200: No ECC support [ 14.351041] EDAC ie31200: No ECC support [ 14.371146] pstore: Using crash dump compression: deflate [ 14.371152] pstore: Registered efi as persistent store backend [ 14.376560] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 14.376614] sd 2:0:0:0: Attached scsi generic sg1 type 0 [ 14.377001] sd 5:0:0:0: Attached scsi generic sg2 type 0 [ 14.378864] mei_me :00:16.0: enabling device ( -> 0002) [ 14.379845] alx :06:00.0 enp6s0: NIC Up: 1 Gbps Full [ 14.380049] ee1004 0-0051: 512 byte EE1004-compliant SPD EEPROM, read-only [ 14.380077] ee1004 0-0053: 512 byte EE1004-compliant SPD EEPROM, read-only [ 14.380199] IPv6: ADDRCONF(NETDEV_CHANGE): enp6s0: link becomes ready [ 14.380526] iTCO_vendor_support: vendor-support=0 [ 14.384590] iTCO_wdt iTCO_wdt: Found a Intel PCH TCO device (Version=4, TCOBASE=0x0400) [ 14.384705] iTCO_wdt iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 14.510080] RAPL PMU: API unit is 2^-32 Joules, 2 fixed counters, 655360 ms ovfl timer [ 14.510086] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules [ 14.510089] RAPL PMU: hw unit of domain package 2^-14 Joules [ 14.518766] cryptd: max_cpu_qlen set to 1000 [ 14.528637] snd_hda_intel :00:1f.3: enabling device ( -> 0002) [ 14.529337] snd_hda_intel :01:00.1: Disabling MSI [ 14.529347] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client [ 14.69] AVX2 version of gcm_enc/dec engaged. [ 14.633548] AES CTR mode by8 optimization enabled [ 14.644850] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input6 [ 14.644996] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input7 [ 14.645160] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input8 [ 14.645264] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input9 [ 14.645393] input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input10 [ 14.672634] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC1220: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line [ 14.672646] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 14.672652] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) [ 14.672656] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0 [ 14.672659] snd_hda_codec_realtek hdaudioC0D0:dig-out=0x1e/0x0 [ 14.672662] snd_hda_codec_realtek hdaudioC0D0:inputs: [ 14.672665] snd_hda_codec_realtek hdaudioC0D0: Front Mic=0x19 [ 14.672668] snd_hda_codec_realtek hdaudioC0D0: Rear Mic=0x18 [ 14.672671] snd_hda_codec_realtek hdaudioC0D0: Line=0x1a [ 14.688580] input: HDA Intel PCH Front Mic as /devices/pci:00/:00:1f.3/sound/card0/input11 [ 14.688716] input: HDA Intel PCH Rear Mic as /devices/pci:00/:00:1f.3/sound/card0/input12 [ 14.688823] input: HDA Intel PCH Line as /devices/pci:00/:00:1f.3/sound/card0/input13 [ 14.688932] input: HDA Intel PCH Line Out Front as /devices/pci:00/:00:1f.3/sound/card0/input14 [ 14.689028] input: HDA Intel PCH Line Out Surround as /devices/pci:00/:00:1f.3/sound/card0/input15 [ 14.689122] input: HDA Intel PCH Line Out CLFE
Bug#1000680: python3-aiohttp: fails to import, "TypeError: function() argument 'code' must be code, not str"
Package: python3-aiohttp Version: 3.7.4-2+b1 Severity: grave X-Debbugs-Cc: mo...@debian.org Control: affects -1 uvloop Hello, simply importing aiohttp results in an error: root@zion:/# python3.9 -c "import aiohttp" Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/aiohttp/__init__.py", line 6, in from .client import ( File "/usr/lib/python3/dist-packages/aiohttp/client.py", line 35, in from . import hdrs, http, payload File "/usr/lib/python3/dist-packages/aiohttp/http.py", line 7, in from .http_parser import ( File "/usr/lib/python3/dist-packages/aiohttp/http_parser.py", line 15, in from .helpers import NO_EXTENSIONS, BaseTimerContext File "/usr/lib/python3/dist-packages/aiohttp/helpers.py", line 667, in class CeilTimeout(async_timeout.timeout): TypeError: function() argument 'code' must be code, not str root@zion:/# python3.10 -c "import aiohttp" Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/aiohttp/__init__.py", line 6, in from .client import ( File "/usr/lib/python3/dist-packages/aiohttp/client.py", line 35, in from . import hdrs, http, payload File "/usr/lib/python3/dist-packages/aiohttp/http.py", line 7, in from .http_parser import ( File "/usr/lib/python3/dist-packages/aiohttp/http_parser.py", line 15, in from .helpers import NO_EXTENSIONS, BaseTimerContext File "/usr/lib/python3/dist-packages/aiohttp/helpers.py", line 667, in class CeilTimeout(async_timeout.timeout): TypeError: function() argument 'code' must be code, not str this is from an up-to-date, clean chroot. This is already affecting uvloop, likely all other aiohttop rdeps are affected too. Regards, Sandro -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-4-amd64 (SMP w/8 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-aiohttp depends on: ii libc6 2.32-4 ii python33.9.8-1 ii python3-async-timeout 3.0.1-1.1 ii python3-attr 20.3.0-1 ii python3-chardet4.0.0-1 ii python3-multidict 5.1.0-1 ii python3-typing-extensions 3.10.0.2-1 ii python3-yarl 1.6.3-2 Versions of packages python3-aiohttp recommends: ii libjs-jquery 3.5.1+dfsg+~3.5.5-7 python3-aiohttp suggests no packages. -- no debconf information
Bug#1000678: python-numpy-doc: numpy.i is shipped as documentation, even though it is a header
Package: python-numpy-doc Version: 1:1.19.5-1 Severity: normal X-Debbugs-Cc: none, Dima Kogan Hi. Currently we ship /usr/share/doc/python-numpy-doc/swig/numpy.i.gz But this isn't documentation. It's a header that is used by swig. A swig definition might want to %include "numpy.i" See the documentation: https://numpy.org/doc/stable/reference/swig.interface-file.html I think it makes sense to ship this file with all the other headers, which are currently shipped here: /usr/lib/python3/dist-packages/numpy/core/include/numpy/ If we want to differentiate the swig-ness of this file, we can instead ship it here: /usr/lib/python3/dist-packages/numpy/core/include/numpy/swig I think it former is better, though: one less headache for users. Thanks! -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (500, 'unstable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/4 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) (ignored: LC_ALL set to en_US.utf-8), LANGUAGE=en_US.utf-8 Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-numpy-doc depends on: ii libjs-sphinxdoc 3.4.3-1 python-numpy-doc recommends no packages. python-numpy-doc suggests no packages. -- no debconf information
Bug#1000622: ser2net: Fails to start on boot since the serial port is not ready
On Fri, Nov 26, 2021 at 12:25:24AM +0100, Mario V wrote: > Package: ser2net > Version: 4.3.3-1 > Severity: important > X-Debbugs-Cc: mario@volterra.cloud > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? > Installed, before upgrade to Debian Bullseye it worked fine on buster > (raspberry Pi0 W) >* What exactly did you do (or not do) that was effective (or > ineffective)? > sudo apt install ser2net , edit /etc/ser2net/ser2net.conf, sudo systemctl > enable ser2net && sudo systemctl start ser2net >* What was the outcome of this action? > the service started >* What outcome did you expect instead? > When rebooting the Pi0 on sudo systemctl status ser2net I get > ``` > ser2net[625]: Invalid port name/number: Invalid data to parameter on line 30 > column 0 > ``` If this is what I think it is, this is a common issue on systems at boot; ser2net is started before networking is enabled. Some sort of dependencies need to be added to the ser2net systemd code, though I'm not sure what. It's not important to get the serial ports ready before ser2net, ser2net only opens the ports when a connection comes in. Unless you are doing connect backs, I guess, but even then ser2net should recover properly. -corey > > and it's not working until I run again `sudo systemctl restart ser2net` , in > buster it was working just fine. > > > -- System Information: > Distributor ID: Raspbian > Description: Raspbian GNU/Linux 11 (bullseye) > Release: 11 > Codename: bullseye > Architecture: armv6l > > Kernel: Linux 5.10.63+ > Kernel taint flags: TAINT_CRAP > 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) > > Versions of packages ser2net depends on: > ii init-system-helpers 1.60 > ii libc62.31-13+rpt2+rpi1 > ii libgensio0 2.2.4-1 > ii libyaml-0-2 0.2.2-1 > ii lsb-base 11.1.0+rpi1 > > ser2net recommends no packages. > > Versions of packages ser2net suggests: > pn telnet > > -- Configuration Files: > /etc/ser2net.yaml changed: > %YAML 1.1 > --- > define: \r\nser2net port \p device \d [\B] (Debian GNU/Linux)\r\n\r\n > connection: > accepter: tcp,20108 > connector: serialdev,/dev/ttyAMA0,115200n81,local > options: > kickolduser: true > > > -- no debconf information >
Bug#1000677: RM: isso -- ROM; RC-buggy for a long time
Package: ftp.debian.org Severity: normal Please remove isso from unstable. It has been buggy for a long time, and blocks removal of some other packages
Bug#994260: RFS: blop-lv2/1.0.2-1 [ITP] -- Bandlimited LADSPA Oscillator Plugins ported to LV2
Control: tags -1 moreinfo On Tue, 14 Sep 2021 21:28:55 +0200 Dennis Braun wrote: Changes for the initial release: blop-lv2 (1.0.2-1) unstable; urgency=medium . * Initial release (Closes: #981304) There are at least three statically linked .so files. Are they supposed to be like that? usr/lib/lv2/blop.lv2/parabola_data.so usr/lib/lv2/blop.lv2/sawtooth_data.so usr/lib/lv2/blop.lv2/square_data.so d/copyright is not complete and misses at least the Jérôme Carretero's copyright notices. Please untag moreinfo when you have provided a fixed version.
Bug#1000673: [Pkg-javascript-devel] Bug#1000673: reportbug: npm package depends on too many packages, including X11
Control: severity -1 important Hi Mikel, Quoting Mikel Pérez (2021-11-26 23:57:36) > Severity: serious > Justification: Policy 2.2.1 Justification cannot be § 2.2.1 which is about what can go into Debian or instead can only be part of the "contrib" or "non-free": the npm package comply with all requirements in § 2.2.1 to be in "main" and all of its dependencies and recommendations are permitted in "main" as well. This issue seems instead to be related to Policy § 7.2 - the rules about declaring package dependencies, recommendations, and suggestions: https://www.debian.org/doc/debian-policy/ch-relationships.html#binary-dependencies-depends-recommends-suggests-enhances-pre-depends I consider the severity inflated of this issue inflated: Severity "serious" means the issue to so severe that it is better to completely remove npm from Debian if the issue is not resolved. That's certainly not the case here, so I've taken the liberty to lower severity to "important" - even though I am not the maintainer of npm. > I was installing npm on my headless raspberry pi when I noticed it > pulls unnecessary libx11 packages and xserver-utils. Since they're not > listed on the package dependencies, I assume one of the dependencies > is that which includes it. Still, I find it doubtful that anything > that depends on X is actually needed to run npm. > > I believe the dependency list needs to be revised. > I tried with the debian docker image too so it is not a raspbian bug. npm depends on node-opener, which depends on xdg-utils, which recommends xserver-utils, which depends on libx11. Seems sensible to me that npm wants the ability to open things in a web browser and thus via node-opener uses XDG calls for that. Since the X11 libraries and tools are only recommended, you have the option to suppress installing it - e.g. with this command: apt install npm libx11-data- Personally I consider this a non-issue: I would prefer if npm would consider it an exotic thing to rely on graphical tools, but by its dependency on node-opener the authors of npm clearly consider integration with graphical tools a part of its user experience, and we should appreciate that it is _possible_ to suppress that. Only if npm gracefully handles node-opener being unavailable does it (maybe) make sense to relax to only suggesting node-opener. I leave it to npm package maintainers how to proceed further here... - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#1000675: ITP: python-tomli-w -- lil' TOML witer for Python
Package: wnpp Severity: wishlist Owner: Scott Kitterman * Package name: python-tomli-w Version : 0.4.0 Upstream Author : Taneli Hukkinen * URL : https://github.com/hukkin/tomli-w * License : Expat Programming Lang: Python Description : lil' TOML witer for Python Tomli-w is a Python library for writing TOML. https://toml.io/ Tomli-w is fully compatible with TOML v1.0.0. https://toml.io/en/v1.0.0 I intend to maintain this within the Debian Python Team. It's needed to update flit to the current version. Scott K
Bug#1000674: dictionaries-common: Randomness in emacsen-ispell-dicts.el
Package: dictionaries-common Version: 1.28.12 Severity: wishlist User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Hello maintainers of dictionaries-common, While working on the “reproducible builds” effort [1], I have noticed that the content of the file '/var/cache/dictionaries-common/emacsen-ispell- dicts.el' is changing randomly. In the section 'debian-hunspell-equivs-alist', the value for the 'ca' key can toggle between 'ca' and 'catala8'. Because Perl does not have a reproducible order in a foreach statement (unless the keyword sort is used), it will be rather random which value for the key 'ca' will be set last. With the environment variable PERL_HASH_SEED [2] I've been able to generate a reproducible test case. I'm unsure what would be the correct value. If you can tell me the desired behaviour, I will provide a patch. Steps to reproduce: * Install a minimal Debian bookworm (a live image will work fine) * Ensure that no aspell, hunspell or ispell is present * Install 'hunspell-ca' * Run either of the following commands: ** PERL_HASH_SEED=1 update-dictcommon-hunspell ** PERL_HASH_SEED=2 update-dictcommon-hunspell * Look at the content of the file '/var/cache/dictionaries-common/emacsen- ispell-dicts.el' With kind regards, Roland Clobus [1]: https://wiki.debian.org/ReproducibleBuilds [2]: https://reproducible-builds.org/docs/stable-outputs/ -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-4-amd64 (SMP w/8 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dictionaries-common depends on: ii debconf [debconf-2.0] 1.5.79 ii emacsen-common 3.0.4 ii libtext-iconv-perl 1.7-7+b1 dictionaries-common recommends no packages. Versions of packages dictionaries-common suggests: ii aspell0.60.8-4 ii ispell3.4.02-2 ii wamerican [wordlist] 2020.12.07-1 -- debconf information excluded -- debsums errors found: debsums: changed file /usr/share/perl5/Debian/DictionariesCommon.pm (from dictionaries-common package)
Bug#1000673: reportbug: npm package depends on too many packages, including X11
Package: npm Severity: serious Justification: Policy 2.2.1 X-Debbugs-Cc: i...@mikelpr.com Dear Maintainer, I was installing npm on my headless raspberry pi when I noticed it pulls unnecessary libx11 packages and xserver-utils. Since they're not listed on the package dependencies, I assume one of the dependencies is that which includes it. Still, I find it doubtful that anything that depends on X is actually needed to run npm. I believe the dependency list needs to be revised. I tried with the debian docker image too so it is not a raspbian bug. -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.14.18-300.fc35.x86_64 (SMP w/16 CPU threads) 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 npm depends on: ii ca-certificates 20210119 pn node-abbrev pn node-agent-base pn node-ajv pn node-ansi pn node-ansi-regex pn node-ansi-styles pn node-ansistyles pn node-aproba pn node-archy pn node-are-we-there-yet pn node-asap pn node-asn1 pn node-assert-plus pn node-asynckit pn node-aws-sign2 pn node-aws4 pn node-balanced-match pn node-bcrypt-pbkdf pn node-brace-expansion pn node-builtins pn node-cacache pn node-caseless pn node-chalk pn node-chownr pn node-clone pn node-color-convert pn node-color-name pn node-colors pn node-columnify pn node-combined-stream pn node-concat-map pn node-console-control-strings pn node-core-util-is pn node-dashdash pn node-debug pn node-defaults pn node-delayed-stream pn node-delegates pn node-depd pn node-ecc-jsbn pn node-encoding pn node-err-code pn node-extend pn node-extsprintf pn node-fast-deep-equal pn node-forever-agent pn node-form-data pn node-fs.realpath pn node-function-bind pn node-gauge pn node-getpass pn node-glob pn node-graceful-fs pn node-gyp pn node-har-schema pn node-har-validator pn node-has-flag pn node-http-signature pn node-https-proxy-agent pn node-iconv-lite pn node-imurmurhash pn node-indent-string pn node-inflight pn node-inherits pn node-ini pn node-ip pn node-ip-regex pn node-is-typedarray pn node-isarray pn node-isexe pn node-isstream pn node-jsbn pn node-json-parse-better-errors pn node-json-schema pn node-json-schema-traverse pn node-json-stable-stringify pn node-json-stringify-safe pn node-jsonparse pn node-jsonstream pn node-jsprim pn node-leven pn node-lockfile pn node-mime pn node-mime-types pn node-minimatch pn node-mkdirp pn node-ms pn node-mute-stream pn node-nopt pn node-normalize-package-data pn node-npm-bundled pn node-npm-package-arg pn node-npmlog pn node-number-is-nan pn node-oauth-sign pn node-object-assign pn node-opener pn node-p-map pn node-path-is-absolute pn node-performance-now pn node-process-nextick-args pn node-promise-retry pn node-promzard pn node-psl pn node-puka pn node-punycode pn node-qs pn node-read
Bug#1000620: Acknowledgement (Pre-built binaries in qtwebengine source package)
A few additional files that I missed: third_party/spirv-cross/spirv-cross/tests-other/*.spv third_party/crashpad/crashpad/util/misc/capture_context_win_arm64.obj
Bug#1000672: @lumino/polling isn't compiled correctly
Package: node-lumino Version: 2021.11.4-1 Severity: normal X-Debbugs-CC: Debian Javascript Maintainers There are errors when compiling @lumino/polling: src/poll.ts(18,7): error TS2304: Cannot find name 'setImmediate'. src/poll.ts(26,7): error TS2304: Cannot find name 'clearImmediate'. and since these errors don't get caught somehow, the package still build, but with a mostly useless @lumino/polling. I had a look but didn't find inspiration. Can someone from the team get a look and tell me what's wrong? Cheers, J.Puydt
Bug#976226: RFP: arqiver - a simple Qt5 archive manager
Control: retitle -1 ITP: arqiver - a simple Qt5 archive manager Control: owner -1 severusseptimi...@gmail.com On Tue, 01 Dec 2020 22:41:17 +0300 programmer11...@programist.ru wrote: Package name : arqiver Version : 0.6.1 URL : https://github.com/tsujan/Arqiver License : GPL-3.0 There is an upload at https://mentors.debian.net/package/arqiver/
Bug#984460: RFS: tlog/11-1 [ITP] -- terminal I/O recording and playback
Control: tags -1 moreinfo On Wed, 3 Mar 2021 21:07:55 +0100 Markus Schade wrote: tlog (11-1) unstable; urgency=medium . * Initial release. (Closes: #886927) Hi Markus, I am sorry for your package being in the waiting queue for so long. It looks good to me, except for two things: There are a lot of copyright notices that you do not mention in debian/copyright, most prominently Red Hat copyrighted files. And debian/watch: Trying uscan --download --download-current-version ... uscan die: filenamemangle failed for v11.tar.gz at /usr/share/perl5/Devscripts/Uscan/Output.pm line 60. Could not find any location for tlog_11.orig.tar.* When you have provided a version with fixes for them please untag moreinfo. Thanks! Bastian
Bug#1000671: node-retry: please ship TypeScript definitions
Package: node-retry Version: 0.12.0-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please include TypeScript definitions for node-retry. They are needed for recent releases of node-matrix-js-sdk. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGhWqEACgkQLHwxRsGg ASGrPg//ROWGoQ1xLUqMjcgQ+81VwWc6ZCDjMUOIJteCiGfbqWlNXp9aMhKpeBpp +f8HwgdCxyd37b5n3grIpJRBM2hl5TDpZxjmD0P7NUtkF3aRk7qRWP5LZvbD6AbZ SdLemV8LXIAnxWhm/Adsxu3NIZECY3L/0Iws2FdlOJ/ZhUanwfSp1LbVvajBLg1i ecD88xvdfnu2p/L9chrvbVe5KMJ6HneMTX+zwZGPT04bzfFp6adnX4faTnB47r01 dCy7paZ36zZutp6ZzI2V9IG+WZERvc9QugjbJstiYxGF07UExrXSQWesFY3hriUn f53wIdEKbitCsGEU8AZvqnLfDy70L6icTqprDpk74NIXEs+GPWXU9l1tC85VduaH MC2QGsjr+bcbEsX047PbnlGIjM7mDF/XiH7TN9q4Dm9goqKdNra/CDyMW9MPteme kaGUcKXK5e+HWo09JRI/6dfDVtaxAfee/gxd1ooTRYp9SOh912s8Gpdxyqf5w/pl XTvPtnAhkFzGxnlzI6MhMF94CenuM4tJbMrEb95b0LcF0My0FyO8/zfO2HjSL5dR iiuo/h6hwOhuXV9bHQ46rOfCmLwuBUdIAIXBg5DsYWaeJMvl6OpQvQAVDtVpukEs hv6/sdGhXisUID49QM3K+7Jab7bUn4UtUmC5aZRYz14o4Q1pMQw= =zeye -END PGP SIGNATURE-
Bug#948691: MOZ_APP_LAUNCHER
reassign 948691 thunderbird ok On Wed, Nov 24, 2021 at 02:19:15AM +0100, Jonathan Krebs wrote: > I have this behavior on firefox 94 from sid, > > I suspect the MOZ_APP_LAUNCHER environment variable, which is set by > thunderbird and evaluated in > browser/components/shell/nsGNOMEShellService.cpp:135 > > (Filtered) environment of firefox, when started through thunderbird (this > wants thunderbird.desktop as default browser): > We have thunderbird in $MOZ_APP_LAUNCHER and firefox in > $GIO_LAUNCHED_DESKTOP_FILE Thunderbird shouldn't set MOZ_APP_LAUNCHER. Mike
Bug#1000670: Please ship TypeScript definitions
Package: node-minimist Version: 1.2.5+~cs5.3.2-1 Severity: wishlist That will make the module available from TypeScript modules. Thanks, J.Puydt
Bug#1000669: libgstreamer1.0-0: autoaudiosink uses wrong soundcard
Package: libgstreamer1.0-0 Version: 1.18.5-1 Severity: important X-Debbugs-Cc: carmen@belgacom.net Dear Maintainer, Since a few weeks, audio from several apps like firefox, chromium, parole or clementine is directed to the motherboard soundcard [Intel] instead of the pci soundcard [Live] of my desktop computer. As apps using directly ALSA as Audacity or MuseScore are still working fine, I suspect GStreamer. The PCI soundcard is always the first one because of the line "options snd slots=snd_emu10k1" in the /etc/modprobe.d/alsa-base.conf file. It is also ALSA's default soundcard because of the lines "defaults.ctl.!card Live" and "defaults.pcm.!card Live" in the /etc/asound.conf file I have *no PulseAudio* installed. If I temporarily disable onboard soundcard from bios for a test then audio go back to the PCI soundcard. Test of autoaudiosink does not work as expected. If I test GStreamer with "gst-launch-1.0 -v audiotestsrc ! audioconvert ! autoaudiosink" then command output shows a "GstPulseSink"... but I have no PulseAudio installed ?! Also You can see that the selected device is alsa_output.pci-_00_1b.0.analog-stereo which is the onboard one. See gst-auto.log below for details. Test of alsasink is ok. If I test GStreamer with "gst-launch-1.0 -v audiotestsrc ! audioconvert ! alsasink" then sound go the the PCI soundcard as expected See gst-alsa.log below for details. *** alsa-cards 0 [Live ]: EMU10K1 - SB Live! 5.1 SB Live! 5.1 (rev.7, serial:0x80641102) at 0xe880, irq 16 1 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xfbaf8000 irq 33 2 [HDMI ]: HDA-Intel - HDA ATI HDMI HDA ATI HDMI at 0xfbbfc000 irq 35 3 [C920 ]: USB-Audio - HD Pro Webcam C920 HD Pro Webcam C920 at usb-:00:1d.7-6, high speed *** gst-auto.log Setting pipeline to PAUSED ... Pipeline is PREROLLING ... /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0.GstPad:src: caps = audio/x-raw, rate=(int)44100, format=(string)F32LE, channels=(int)1, layout=(string)interleaved /GstPipeline:pipeline0/GstAudioConvert:audioconvert0.GstPad:src: caps = audio/x-raw, rate=(int)44100, format=(string)F32LE, channels=(int)1, layout=(string)interleaved /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0.GstGhostPad:sink.GstProxyPad:proxypad0: caps = audio/x-raw, rate=(int)44100, format=(string)F32LE, channels=(int)1, layout=(string)interleaved Redistribute latency... /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse.GstPad:sink: caps = audio/x-raw, rate=(int)44100, format=(string)F32LE, channels=(int)1, layout=(string)interleaved /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0.GstGhostPad:sink: caps = audio/x-raw, rate=(int)44100, format=(string)F32LE, channels=(int)1, layout=(string)interleaved /GstPipeline:pipeline0/GstAudioConvert:audioconvert0.GstPad:sink: caps = audio/x-raw, rate=(int)44100, format=(string)F32LE, channels=(int)1, layout=(string)interleaved Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstPulseSinkClock /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: volume = 1 /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: mute = false /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: current-device = alsa_output.pci-_00_1b.0.analog-stereo /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: volume = 1 /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: mute = false /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: current-device = alsa_output.pci-_00_1b.0.analog-stereo /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: volume = 1 /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: mute = false /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0/GstPulseSink:autoaudiosink0-actual-sink-pulse: current-device = alsa_output.pci-_00_1b.0.analog-stereo handling interrupt. Interrupt: Stopping pipeline ... Execution ended after 0:00:01.602219878 Setting pipeline to NULL ... Freeing pipeline ... *** gst-alsa.log Setting pipeline to PAUSED ... Pipeline is PREROLLING ... /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0.GstPad:src: caps = audio/x-raw, rate=(int)44100, format=(string)F64LE, channels=(int)2, layout=(string)interleaved, channel-mask=(bitmask)0x0003 /GstPipeline:pipeline0/GstAudioConvert:audioconvert0.GstPad:src: caps = audio/x-raw, rate=(int)44100, format=(string)F64LE, channels=(int)2, layout=(string)interleaved,
Bug#1000668: Please ship TypeScript definitions
Package: node-url-parse Version: 1.5.3-1 Severity: wishlist That will make the module available from TypeScript modules. Thanks, J.Puydt
Bug#997872: Subject: RFS: fcitx5-table-other/5.0.5+git20211025.51ed8f9-1 [ITP] -- Flexible Input Method Framework - Yawerty table
On Sun, 31 Oct 2021 18:32:45 +0100 Bastian Germann wrote: Control: retitle -1 RFS: fcitx5-table-other [ITP] -- Flexible Input Method Framework - Yawerty table Control: tags -1 moreinfo On Tue, 26 Oct 2021 12:27:32 + YaNing Lu wrote: > Changes for the initial release: > > fcitx5-table-other (5.0.5+git20211025.51ed8f9-1) unstable; urgency=low > . >* Initial release. (Closes: #997812) What is the point of packaging an arbitrary commit? If you need a specific fix, please include it as a patch. Untag moreinfo when you have uploaded the released v5.0.5. There is an upstream version 5.0.6 available. Please package that.
Bug#998046: Subject: RFS: fcitx5-table-extra/5.0.5+git20211025.35e5217-1 [ITP] -- Flexible Input Method Framework - Zhengma-Pinyin table
On Sun, 31 Oct 2021 18:36:56 +0100 Bastian Germann wrote: Control: retitle -1 RFS: fcitx5-table-extra [ITP] -- Flexible Input Method Framework, Zhengma-Pinyin Control: tags -1 moreinfo On Fri, 29 Oct 2021 05:25:44 + YaNing Lu wrote: > Changes for the initial release: > > fcitx5-table-extra (5.0.5+git20211025.35e5217-1) unstable; urgency=low > . >* Initial release. (Closes: #997975) What is the point of packaging an arbitrary commit? If you need a specific fix, please include it as a patch. Untag moreinfo when you have uploaded the released v5.0.5. There is an upstream version 5.0.6 available. Please package that.
Bug#1000667: ITP: nbclassic -- run the classic Jupyter frontends above Jupyter Server backend
Package: wnpp Owner: Julien Puydt X-Debbugs-Cc: Debian Python Severity: wishlist * Package name: nbclassic Version : 0.3.2 Upstream Author : Jupyterlab Project contributors * URL : https://github.com/jupyterlab-nbclassic * License : BSD-3-clause Programming Lang: Python Description : run the classic Jupyter frontends above Jupyter Server backend Using this package, users can launch the classic Jupyter Notebook on top of the new Python server backend. . This package provides both the Python 3 library and a small executable. This is a dep on the long and winding road to jupyterlab. Cheers, J.Puydt
Bug#1000648: clevis: unlocking 2nd device doesn't happen
On Fri 26 Nov 2021, Paul Slootman wrote: > > The reason I think is that the second device is not needed to boot the > system. Presumably there is some way that the initrd scripts determine > what devices need to be decrypted; my problem would probably go away if > the second device gets added to that list. I see in /usr/share/initramfs-tools/hooks/cryptroot around line 182 that the needed lines from /etc/crypttab are selected and copied to the initrd image. Ah! I need to add ",initramfs" to the end of the "extra" encrypted device entries in /etc/crypttab (and re-run update-initramfs -u -v). Now it works! Perhaps this info could be added to a README.Debian in the clevis-luks package? I looked for any documentation but unfortunately there isn't any... I'd consider this bug closed if the initramfs option for crypttab was mentioned in a README. Thanks, Paul
Bug#1000648: clevis: unlocking 2nd device doesn't happen
On Fri 26 Nov 2021, Christoph Biedl wrote: > Paul Slootman wrote... > > > I have 2 MD raid devices which are encrypted. > (...) > > I can't find any hints on how to proceed from here, to have the second > > device also automatically unlocked. Do you have any idea? > > I can't be the only person with more than one LUKS-encrypted device. > > Strange - at a first glance it seems this is > > https://github.com/latchset/clevis/commit/v16-2-g0abdfbc > > That change however was included in 16-2, the version you're using. > Actually, that change was the reason for 16-2. That would trigger if at that moment both devices are decrypted at the same stage. Before I installed clevis, I would first get the passphrase prompt for the first device during the initrd step, and then after the root filesystem is decrypted and mounted, only _then_ did I get asked for the passphrase for the second device. That happens via the /etc/init.d/cryptdisks-early script which is linked to /etc/rcS.d/S08cryptdisks-early . The reason I think is that the second device is not needed to boot the system. Presumably there is some way that the initrd scripts determine what devices need to be decrypted; my problem would probably go away if the second device gets added to that list. Note that I'm one of those old beardy unix people that don't want to like systemd... I see that there is a clevis-systemd package that perhaps should need a clevis-sysvinit counterpart. If that is indeed the case, then I understand if you'd want to tag this "wontfix". However it would be nice if there was some way to unlock all devices during the initrd step. Thanks, Paul
Bug#1000665: python-tomli: Patch flit_pre_3.2 no longer required
Package: python-tomli Version: 1.2.2-2 Severity: wishlist Flit has been updated to version 3.3, so the flit_pre_3.2 patch can be dropped. Scott K
Bug#1000631: misreports mismatched-override update-debian-copyright
On Fri, Nov 26, 2021 at 08:00:21AM -0800, Felix Lechner wrote: > On Thu, Nov 25, 2021 at 10:57 PM Marc Haber > wrote: > > in a yet unpublished branch of the aide package > > (https://salsa.debian.org/debian/aide), > > Would you please attach your unpublished d/copyright and d/changelog > files to this bug? I'll make them part of our test suite and resolve > the issue there. Thanks! It is published now, and the files are attached. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: aide Upstream-Contact: Hannes von Haugwitz Upstream-Source: https://github.com/aide/aide/releases Files: * Copyright: 1999-2002 Rami Lehti , Pablo Virolainen 2003-2009 Richard van den Berg , Rami Lehti , Pablo Virolainen 2010-2019 Hannes von Haugwitz , Richard van den Berg , Rami Lehti , Pablo Virolainen License: GPL-2+ Files: debian/* Copyright: 2000-2005 Mike Markley 2005-2021 Marc Haber 2010-2021 Hannes von Haugwitz License: GPL-2+ Files: debian/aideinit Copyright: 2003-2005 Mike Markley 2005-2021 Marc Haber 2010 Hannes von Haugwitz License: bsd-like-1 This script is free for any purpose whatseoever so long as the above copyright notice remains in place. Files: debian/po/cs.po Copyright: 2006 Miroslav Kure License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/da.po Copyright: 2010 aide & nedenstående oversættere Morten Brix Pedersen , 2005 Joe Hansen , 2010 License: GPL-2+ Files: debian/po/de.po Copyright: 2004-2006 Erik Schanze License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/el.po Copyright: 2004 Konstantinos Margaritis License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/es.po Copyright: 2006 Rudy Godoy 2021 Camaleón License: GPL-2+ Files: debian/po/fr.po Copyright: 2005 Christian Perrier 2006 Gregory Colpart License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/it.po Copyright: 2010 Mark Caglienzi License: GPL-2+ Files: debian/po/nl.po Copyright: 2006 Bart Cornelis License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/pl.po Copyright: 2006 Marcin Owsiany License: GPL-2+ Files: debian/po/pt_BR.po Copyright: 2006 André Luís Lopes License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/pt.po Copyright: 2005 Marco Ferra 2021 Miguel Figueiredo License: GPL-2+ Files: debian/po/ru.po Copyright: 2006 Yuri Kozlov License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/sv.po Copyright: 2006 Daniel Nylander License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/vi.po Copyright: 2006 Free Software Foundation, Inc. (sic!) 2005-2006 Clytie Siddall License: GPL-2+ Comment: File is not explicitly licensed Files: debian/po/zh_TW.po Copyright: 2005 Asho Yeh License: GPL-2+ Comment: File is not explicitly licensed Files: include/aide.h include/attributes.h include/commandconf.h include/conf_lex.h include/db.h include/db_config.h include/db_file.h include/db_lex.h include/do_md.h include/errorcodes.h include/gen_list.h include/md.h include/report.h include/rx_rule.h include/url.h include/util.h src/be.c src/commandconf.c src/conf_lex.l src/conf_yacc.y src/db.c src/db_lex.l src/list.c src/seltree.c Copyright: 1999-2006, 2009-2013, 2015-2016, 2019-2021 Rami Lehti, Pablo Virolainen, Richard van den Berg, Hannes von Haugwitz License: GPL-2+ Files: include/db_list.h include/symboltable.h Copyright: 1999-2002, 2006, 2010 Rami Lehti, Pablo Virolainen, Richard van den Berg License: GPL-2+ Files: include/be.h include/db_disk.h include/list.h include/seltree.h include/seltree_struct.h Copyright: 1999-2002, 2010-2011, 2019-2021 Rami Lehti, Pablo Virolainen, Hannes von Haugwitz License: GPL-2+ Files: src/aide.c src/db_disk.c src/db_file.c src/do_md.c src/gen_list.c src/md.c src/report.c src/util.c Copyright: 1999-2007, 2009-2013, 2015-2021 Rami Lehti, Pablo Virolainen, Mike Markley, Richard van den Berg, Hannes von Haugwitz License: GPL-2+ Files: src/symboltable.c Copyright: 1999-2002, 2005-2006 Rami Lehti, Pablo Virolainen,
Bug#1000616: Kernel list_del corruption. next->prev should be ...
Found it, that linked patch is in 5.16-rc2¹ while the debian package has rc1, maybe it still makes sense to try to reproduce if the patch is unrelated https://lwn.net/Articles/876660/
Bug#1000616: Kernel list_del corruption. next->prev should be ...
Hi, yes, good idea, will do it as it looks promising seeing that there is some related patch in 5.16 (not sure if it's in the package you mentioned, though): https://lore.kernel.org/all/yyp40a2lnrxaz...@casper.infradead.org/T/#u I'll try out if I can reproduce it with 5.16 or whether it's gone.
Bug#990329: closed by Peter Pentchev (Mark the RPM tool path bug as done)
Control: found 990329 4.17.0+dfsg1-1 > From: Peter Pentchev > Subject: Mark the RPM tool path bug as done > To: 990329-d...@bugs.debian.org > Date: Fri, 26 Nov 2021 18:51:26 +0200 > > Version: 4.17.0+dfsg1-1 > > I did not notice this bug when I uploaded the fixed package; sorry! > And thanks for reporting it! Thanks! Unfortunately, it seems only partially fixed. Did the patch you applied include MKDIR_P='/bin/mkdir -p', which still appears to be varying: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/rpm.html > From edef98ba189c9eee0682813db839b33a5ffd4e85 Mon Sep 17 00:00:00 2001 > From: Vagrant Cascadian > Date: Fri, 25 Jun 2021 20:24:46 + > Subject: [PATCH] debian/rules: Pass paths to various binaries. > > Use the non-usrmerge locations for binaries, which works on both > usrmerge and non-usrmerge systems. > > https://tests.reproducible-builds.org/debian/issues/paths_vary_due_to_usrmerge_issue.html > --- > debian/rules | 17 - > 1 file changed, 16 insertions(+), 1 deletion(-) > > diff --git a/debian/rules b/debian/rules > index 3e05ba54..0cc1be30 100755 > --- a/debian/rules > +++ b/debian/rules > @@ -28,7 +28,22 @@ configure_flags += \ > --enable-shared \ > --enable-python \ > LDFLAGS="$(LDFLAGS) -Wl,--as-needed" \ > - CPPFLAGS="$(CPPFLAGS)" > + CPPFLAGS="$(CPPFLAGS)" \ > + __BZIP2=/bin/bzip2 \ > + __CAT=/bin/cat \ > + __CHGRP=/bin/chgrp \ > + __CHMOD=/bin/chmod \ > + __CHOWN=/bin/chown \ > + __CP=/bin/cp \ > + __GREP=/bin/grep \ > + __GZIP=/bin/gzip \ > + __LZIP=/bin/lzip \ > + __MKDIR=/bin/mkdir \ > + __MV=/bin/mv \ > + __RM=/bin/rm \ > + __SED=/bin/sed \ > + __TAR=/bin/tar \ > + MKDIR_P='/bin/mkdir -p' \ live well, vagrant signature.asc Description: PGP signature
Bug#1000664: Breaks weechat-python
Package: python3-async-timeout Version: 4.0.1-1 Severity: normal Version 4.0.1-1 indirectly breaks weechat-python, which crashes with a IOT signal. Downgrading to 3.3-1+b1 unbreaks it. I'm not sure whether there's an issue with async-timeout, in weechat-python, or some module used by weechat-python...
Bug#974217: RFS: python-radexreader/1.2.1-1 [ITP] -- Reader for the RADEX RD1212 Geiger counter
Control: tags -1 moreinfo Hi Fabrice, I will sponsor the package when you have fixed: radexreader: no-manual-page usr/bin/radexreader radexreader: application-in-library-section python usr/bin/radexreader Thanks, Bastian
Bug#1000215:
I filed this upstream bug https://github.com/gluster/glusterfs/issues/2979 and am using this patch in Ubuntu: diff --git a/debian/rules b/debian/rules index 0e28ea8e..7bfab4c1 100755 --- a/debian/rules +++ b/debian/rules @@ -4,6 +4,12 @@ include /usr/share/dpkg/pkg-info.mk export DEB_BUILD_MAINT_OPTIONS = hardening=+all +# Fix build on these arches (LP: #1951408) (#1000215) +ifneq (,$(filter $(DEB_HOST_ARCH), armel armhf mipsel)) +DEB_CFLAGS_MAINT_APPEND = -DUATOMIC_NO_LINK_ERROR +export DEB_CFLAGS_MAINT_APPEND +endif + DEB_CONFIGURE_EXTRA_FLAGS := \ --disable-linux-io_uring --enable-firewalld --libexecdir=/usr/lib/$(DEB_HOST_MULTIARCH) We don´t built armel or mipsel in Ubuntu, but I included them in the hopes of being able to keep this package a sync.
Bug#973153: caml-crush: FTBFS: ocamlopt: OCaml has been configured with -force-safe-string: -unsafe-string is not available.
I believe this is resolved in 1.0.12-1 published in unstable but I forgot to add the *Closes* reference to the Changelog. On Fri, Aug 20, 2021 at 10:51 AM Simon Chopin wrote: > Source: caml-crush > Followup-For: Bug #973153 > > There's a PR upstream to deal with this: > > https://github.com/caml-pkcs11/caml-crush/pull/46 > > -- System Information: > Debian Release: 11.0 > APT prefers impish > APT policy: (500, 'impish'), (50, 'impish-proposed') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.13.0-14-generic (SMP w/8 CPU threads) > Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE > not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled >
Bug#1000648: clevis: unlocking 2nd device doesn't happen
Paul Slootman wrote... > I have 2 MD raid devices which are encrypted. (...) > I can't find any hints on how to proceed from here, to have the second > device also automatically unlocked. Do you have any idea? > I can't be the only person with more than one LUKS-encrypted device. Strange - at a first glance it seems this is https://github.com/latchset/clevis/commit/v16-2-g0abdfbc That change however was included in 16-2, the version you're using. Actually, that change was the reason for 16-2. Will try to reproduce the issue, this might take some time, though. > PS: dpkg -s clevis-luks (...) > "encrytped" is a typo. Thanks for reporting, will be fixed in the next upload to unstable. Possibly lintian will report that one in the future, it happened at more places in the archive. Christoph signature.asc Description: PGP signature
Bug#1000659: kmod: Use short -s option instead of --quiet
Hi Marco, Thank you for your prompt reply. On 11/26/21 12:49, Marco d'Itri wrote: On Nov 26, Walter Lozano wrote: I think that a nice improvement would be to use short options for those GNU tools that have different implementations. Specifically in this case I'm referring to cmp, which currently uses "--quiet". In this way this scripts will work with implementations like busybox. Can you explain exactly who should care about using busybox for postinst? Debian is an Universal operating system, from which some other distributions derive, which have different objectives, for instance Apertis [1]. In the context of embedded devices the use of busybox is quite common, since it provides the basic support for several GNU tools, with lower footprint and much friendlier license. Under this context, and since it the change I mention should not cause any issue in Debian, is that I think it could be beneficial for also other users/downstream distributions. Thanks in advance! Walter [1] www.apertis.org -- Walter Lozano Collabora Ltd.
Bug#1000663: Support for EXTRAVERSION label in mdadm version output
Package: mdadm Version: 4.1 Mdadm repo ( https://git.kernel.org/pub/scm/utils/mdadm/mdadm.git/log/ ) provides EXTRAVERSION as a fourth part of version output. It allows to define unique version string for the mdadm build, e.g. we can add deb number here. It is not used in Debian family and as a result, it makes impossible to determine if correct mdadm is in use (in case of conflict). Here is example for mdadm 4.1: root@debian:/# dpkg -i mdadm_4.1-1_amd64.deb root@debian:/# mdadm --version mdadm - v4.1 - 2018-10-01 root@debian:/# dpkg -i mdadm_4.1-11_amd64.deb root@debian:/# mdadm --version mdadm - v4.1 - 2018-10-01 Generally it isn't a fix, but it helps to verify if package was installed successfully. >From my point of view change in spec file is missing. We resolved it >internally: Diff: %build -make %{?_smp_mflags} CXFLAGS="$RPM_OPT_FLAGS" SYSCONFDIR="%{_sysconfdir}" -mdadm mdmon +make %{?_smp_mflags} CXFLAGS="$RPM_OPT_FLAGS" SYSCONFDIR="%{_sysconfdir}" +EXTRAVERSION="Intel_Build: %{BUILD_LABEL}" mdadm mdmon This problem occurs for mdadm 4.2 also, should I submit another bug, or it will be resolved globally?
Bug#1000631: misreports mismatched-override update-debian-copyright
Hi Marc, On Thu, Nov 25, 2021 at 10:57 PM Marc Haber wrote: > > - How am I supposed to override a warning for two lines of copyright > with differnet years? First off, I think this tag is malfunctioning. It should pick the most recent copyright year of any file in ./debian (and not operate on any 'Files' stanza or on individual files). I believe that is the solution to your other Bug#1000629. > in a yet unpublished branch of the aide package > (https://salsa.debian.org/debian/aide), Would you please attach your unpublished d/copyright and d/changelog files to this bug? I'll make them part of our test suite and resolve the issue there. Thanks! Kind regards Felix Lechner
Bug#999626: No need to conflict with xemacs21 here
On Thu, 25 Nov 2021 16:48:50 + Debian FTP Masters wrote: > We believe that the bug you reported is fixed in the latest version of > maxima, which is due to be installed in the Debian FTP archive. ... > maxima (5.45.1-6) unstable; urgency=medium > . >* maxima-emacs conflicts with xemacs21 >* reverse earlier patch attempts >* Bug fix: "fails to install with xemacs21", thanks to Andreas Beckmann > (Closes: #999626). Hi, Camm, I think that there is no need to make maxima-emacs conflict with xemacs21, should just not be compiled for it. It is legitimate to have xemacs21 installed for whatever reason, but use FSF Emacs for maxima stuff. While we are with this, I have noticed that maxima-emacs is not bytecompiled for FSF Emacs because the emacsen-common files are ancient and do not match current emacs handling. Please consider attached patch, it has been minimally tested to make maxima-emacs bytecompile for emacs but not for xemacs. It leaves the door open to other flavors different from emacs, although I would not expecl them (there seems to be no further xemacs deveñopment) When bytecompiling for emacs some apparently harmless warnings are shown. --- Install maxima-emacs for emacs install/maxima: Handling install for emacsen flavor emacs In toplevel form: imaxima.el:583:1:Warning: Unused lexical argument ‘process’ imaxima.el:696:1:Warning: Unused lexical variable ‘text-prop’ imaxima.el:696:1:Warning: Unused lexical variable ‘pos’ imaxima.el:696:1:Warning: Unused lexical variable ‘label’ imaxima.el:696:1:Warning: Unused lexical variable ‘pos2’ imaxima.el:862:1:Warning: Unused lexical variable ‘imaxima-error-3’ imaxima.el:862:1:Warning: Unused lexical variable ‘imaxima-error-2’ imaxima.el:1416:1:Warning: Unused lexical variable ‘err’ imaxima.el:1416:1:Warning: Unused lexical variable ‘err’ imaxima.el:1472:1:Warning: Unused lexical variable ‘err’ imaxima.el:1472:1:Warning: Unused lexical variable ‘err’ Install maxima-emacs for xemacs21 install/maxima: Skipping byte-compilation for xemacs21 --- Regards, -- Agustin From 18b14e632eb26cd469754a9a41b03f0e6e66832e Mon Sep 17 00:00:00 2001 From: Agustin Martin Date: Fri, 26 Nov 2021 16:17:23 +0100 Subject: [PATCH] Fix byte compilation with emacs and disable it for xemacs. --- debian/control | 7 +++ debian/maxima-emacs.emacsen-install | 30 ++--- debian/maxima-emacs.emacsen-remove | 18 +++-- 3 files changed, 38 insertions(+), 17 deletions(-) diff --git a/debian/control b/debian/control index dd74c39..eb58671 100644 --- a/debian/control +++ b/debian/control @@ -85,15 +85,14 @@ Description: Computer algebra system -- x interface quite reliable, and has good garbage collection, and no memory leaks. It comes with hundreds of self tests. . - This package contains an X Windows interface using the tcl/tk - libraries. + This package contains an X Windows interface using the tcl/tk + libraries. Package: maxima-emacs Depends: maxima (>= ${binary:Version}), emacs-gtk | emacsen, emacsen-common (>= 1.4.14), texlive-base-bin, ${misc:Depends}, texlive-latex-recommended, maxima-doc (>= ${source:Version}) Recommends: mime-support, postscript-viewer, pdf-viewer Architecture: all Replaces: maxima (<< ${binary:Version}) -Conflicts: xemacs21, xemacs Description: Computer algebra system -- emacs interface Maxima is a fully symbolic computation program. It is full featured doing symbolic manipulation of polynomials, matrices, rational @@ -122,5 +121,5 @@ Description: Computer algebra system -- extra code quite reliable, and has good garbage collection, and no memory leaks. It comes with hundreds of self tests. . - This package contains a set of contributed routines and add-on + This package contains a set of contributed routines and add-on packages. diff --git a/debian/maxima-emacs.emacsen-install b/debian/maxima-emacs.emacsen-install index 6bddd2f..04501a3 100644 --- a/debian/maxima-emacs.emacsen-install +++ b/debian/maxima-emacs.emacsen-install @@ -8,9 +8,24 @@ FLAVOR=$1 PACKAGE=maxima -if [ ${FLAVOR} = emacs ]; then exit 0; fi - -echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR} +case ${FLAVOR} in +xemacs*) + # xemacs is not supported by current maxima-emacs + echo "install/${PACKAGE}: Skipping byte-compilation for ${FLAVOR}" +exit 0 +;; +emacs19|emacs20|emacs21|emacs22|emacs-snapshot*) +# Do not byte-compile anything for above emacsen flavours + echo "install/${PACKAGE}: Skipping byte-compilation for ${FLAVOR}" +exit 0 + ;; +emacs*) + echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR} + ;; +*) +echo install/${PACKAGE}: Ignoring emacsen flavour [${FLAVOR}] +exit 0 +esac SITEFLAG="-no-site-file" FLAGS="${SITEFLAG} -q -batch -l path.el -f batch-byte-compile" @@ -18,7 +33,7 @@ FLAGS="${SITEFLAG} -q -batch -l path.el -f batch-byte-compile"
Bug#1000662: ITS: isc-dhcp
Source: isc-dhcp Version: 4.3.5-3+deb9u1 Severity: important X-Debbugs-Cc: mgilb...@debian.org, apoll...@debian.org, m...@qa.debian.org Dear ISC-DHCP maintainers, As stated in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995189#12, I am planing to salvage isc-dchp, placing myself as Uploader. Even if it's in upstream maintenance mode, I think is still useful (or at least, I need it). I am filing this ITS accoring to the 5.12 section of the developers reference [1] and following this criteria: * There is no visible activity regarding the package for six months * Previous NMUs were not acknowledged * The last upload was an NMU and there was no maintainer upload within one year * Bugs exist for more than one major missing upstream version Please, let me know if you are stilling willing to maintain isc-dhcp. According to the procedure described in [2], I will wait at least 21 days before uploading to DELAYED/7. [1] https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging [2] https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#how-to-salvage-a-package Cheers, -- Santiago -- System Information: Debian Release: bookworm/sid APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.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 signature.asc Description: PGP signature
Bug#1000659: kmod: Use short -s option instead of --quiet
On Nov 26, Walter Lozano wrote: > I think that a nice improvement would be to use short options for those GNU > tools that have different implementations. Specifically in this case I'm > referring to cmp, which currently uses "--quiet". In this way this scripts > will > work with implementations like busybox. Can you explain exactly who should care about using busybox for postinst? -- ciao, Marco signature.asc Description: PGP signature
Bug#1000661: Missing b-dep on libbase64-ocaml-dev
Package: haxe Version: 1:4.1.5-1 Severity: grave I was checking whether a recent dune would break any package, and my test failed because Base64 was an unbound module -- it's a missing build-dep on libbase64-ocaml-dev, so it should be pretty straightforward to fix. Cheers, J.Puydt
Bug#1000558: Compatibility with Symfony 5
Le Wed, Nov 24, 2021 at 07:03:39PM -0400, David Prévot a écrit : > Package: php-cboden-ratchet […] > Since symfony 5 has finally been uploaded to unstable, packages now > can’t depend on php-symfony-* (<< 5) anymore. Upgrading to a new > upstream version should do the trick (Symfony 5 has been released two > years ago). Actually, the upstream package already declares proper versioned dependencies, so “rm -r debian/patches” should be the only needed step. I notice upstream provide a testsuite, it’s unfortunate that the build system doesn’t use it, nor autopkgtest, it makes it way harder for everyone to notice possible regressions (on top of Symfony 5, PHP 8.1 is on its way for example). Regards David signature.asc Description: PGP signature
Bug#976811: [pkg-php-pear] Bug#976811: transition: php8.1
Folks, I just want say sorry that I was so grumpy. I am doing this for too long and I am tired. Thanks for not picking fight with me. I will try to do better, but still having a co-maintainer(s) that would help with the administrivia would help a lot. I can handle most of the technical stuff, but the things beyond are sometimes too much. Ondrej -- Ondřej Surý (He/Him) > On 26. 11. 2021, at 15:30, David Prévot wrote: > > Hi, > > Le 23/11/2021 à 15:57, Paul Gevers a écrit :> On 23-11-2021 11:52, Ondřej > Surý wrote: > […] >> Experimental is the ideal place to find that out. I does require somebody to >> go through the regressions and file bug though, this doesn't happen >> magically. I think David offered help there. > > I’ve checked that all [0] packages with a failing testsuite using PHP 8.1 > from experimental [1] have now a bug (severity important, blocking the > current one) about this issue. > > 0: *except* > - php-horde* packages (Mike and team CCed); > - packages not in testing (shouldn’t be a blocker); > - packages already fixed (come on, refresh! ;). > > 1: > https://release.debian.org/britney/pseudo-excuses-experimental.html#php-defaults > > For Horde packages, Paul already noticed many errors are “just” PHP > deprecations, so using “Restrictions: allow-stderr” in d/t/control should at > least allow to go one step further, even if we’re just hiding issues under > the carpet for now. > >>> And I would prefer if we roughly agree on a timeframe when we start >>> the transition to php8.2 - I can upload the 8.2.0~beta1 as soon as it >>> is ready upstream, so the ftp-masters have time, and keep uploading >>> rcN versions (this will usually take few months) and start the >>> transition right away when 8.2.0 is golden (December 2022). Would >>> that work? > > (keeping that part to inform Horde maintainers in the mean time). > > Regards > > David
Bug#790482: Email- 25 -11- 21
Ich bin Martial Douti, von Beruf Anwalt. Ich werde Sie bezüglich Ihres relativen Fondsbetrags von neun Komma acht Millionen US-Dollar kontaktieren. Kontaktieren Sie meine E-Mail-Adresse für alle Details. martialo...@hotmail.com Grüße, Martial Douti, esq
Bug#1000575: missing epoch from debugedit (build)dependency
control: tag -1 + confirmed pending On Thu, Nov 25, 2021 at 10:55:24AM +0100, Matthias Klose wrote: > Package: src:rpm > Version: 4.17.0+dfsg1-1 > Severity: important > > missing epoch from debugedit (build)dependency, please (build)depend on > debugedit (>= 1:5.0). Thanks, I don't know what I was thinking... G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1000660: TKIVtk library missing
Package: libocct-visualization-7.5 Version: 7.5.1+dfsg1-2 Severity: normal libocct-visualization is supposed to include TKIVtk, but in reality it doesnt. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental'), (500, 'unstable-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-4-amd64 (SMP w/8 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) Versions of packages libocct-visualization-7.5:amd64 depends on: ii libc62.32-4 ii libfontconfig1 2.13.1-4.2 ii libfreeimage33.18.0+ds2-6 ii libfreetype6 2.11.0+dfsg-1 ii libgcc-s111.2.0-12 ii libgl1 1.3.4-2+b1 ii libocct-foundation-7.5 7.5.1+dfsg1-2 ii libocct-modeling-algorithms-7.5 7.5.1+dfsg1-2 ii libocct-modeling-data-7.57.5.1+dfsg1-2 ii libstdc++6 11.2.0-12 ii libx11-6 2:1.7.2-2+b1 libocct-visualization-7.5:amd64 recommends no packages. libocct-visualization-7.5:amd64 suggests no packages.
Bug#1000659: kmod: Use short -s option instead of --quiet
Package: kmod Version: 27-1ubuntu2 Severity: normal Dear Maintainer, I think that a nice improvement would be to use short options for those GNU tools that have different implementations. Specifically in this case I'm referring to cmp, which currently uses "--quiet". In this way this scripts will work with implementations like busybox. I have submitted a MR which can be found in: https://salsa.debian.org/md/kmod/-/merge_requests/4 Thanks in advance, Walter -- System Information: Debian Release: bullseye/sid APT prefers focal-updates APT policy: (500, 'focal-updates'), (500, 'focal-security'), (500, 'focal'), (100, 'focal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.11.0-40-generic (SMP w/8 CPU cores) 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.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kmod depends on: ii libc6 2.31-0ubuntu9.2 ii libkmod2 27-1ubuntu2 ii liblzma5 5.2.4-1ubuntu1 ii libssl1.1 1.1.1f-1ubuntu2.8 ii lsb-base 11.1.0ubuntu2 kmod recommends no packages. kmod suggests no packages. -- no debconf information
Bug#1000553: transition: simdjson
On Wed, 2021-11-24 at 21:53 +0100, Sebastian Ramacher wrote: > Control: tags -1 confirmed > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-simdjson.html > > > Please go ahead > > Cheers > Done. All green on the tracker -- looks good.
Bug#1000658: RFS: psocksxx/1.1.1-2 [RC] -- psocksxx is a C++ wrapper for POSIX sockets
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "psocksxx": Package name: psocksxx Version : 1.1.1-2 Upstream Author : [fill in name and email of upstream] URL : https://nukedzn.github.io/psocksxx License : LGPL-3+ Vcs : https://jff.email/cgit/psocksxx.git/ Section : libs It builds those binary packages: libpsocksxx0 - psocksxx is a C++ wrapper for POSIX sockets libpsocksxx-dev - psocksxx is a C++ wrapper for POSIX sockets (development files) libpsocksxx-doc - psocksxx is a C++ wrapper for POSIX sockets (documentation) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/psocksxx/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/psocksxx/psocksxx_1.1.1-2.dsc or from git https://jff.email/cgit/psocksxx.git/?h=release%2Fdebian%2F1.1.1-2 Changes since the last upload: psocksxx (1.1.1-2) unstable; urgency=medium . * Fix ftbfs with GCC-11 (Closes: #984299): - debian rules: Add -std=c++14 to buildflags. * Declare compliance with Debian Policy 4.6.0.1 (No changes needed). * Migrate to debhelper-compat 13: - Remove debian/compat. - debian/control: + Bump minimum debhelper-compat version to = 13. - New debian/not-installed. * Remove useless debian/libpsocksxx-doc.lintian-overrides. * New debian/0115-doxygen_path.patch to remove full path from documentation. * New debian/0120-privicy.patch to remove external links from documentation. * Add some missing DEP-3 headers. * debian/control: - Add Rules-Requires-Root: no. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D Jörg Frings-Fürst D-54470 Lieser git: https://jff.email/cgit/ Threema: SYR8SJXB Skype: joergpenguin Telegram: @joergfringsfuerst My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#1000657: apt: Use short options for cmp
Package: apt Version: 2.0.6 Severity: normal Dear Maintainer, I think a nice improvement for apt is to use short options for cmp. Currently, in general apt scripts used short options, but this is not consistent. Also, in this way scripts will be friendlier to different implementations of cmp, like busybox one. I have submitted a MR which can be found in: https://salsa.debian.org/apt-team/apt/-/merge_requests/203 Thanks in advance, Walter -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (no /etc/apt/preferences.d/* present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- (/etc/apt/sources.list.d/google-chrome.list present, but not submitted) -- -- (/etc/apt/sources.list.d/google-chrome.list.distUpgrade present, but not submitted) -- -- (/etc/apt/sources.list.d/google-chrome.list.save present, but not submitted) -- -- (/etc/apt/sources.list.d/katharaframework-ubuntu-kathara-eoan.list present, but not submitted) -- -- (/etc/apt/sources.list.d/katharaframework-ubuntu-kathara-eoan.list.distUpgrade present, but not submitted) -- -- (/etc/apt/sources.list.d/oem-somerville-three-eyed-raven-meta.list present, but not submitted) -- -- (/etc/apt/sources.list.d/teams.list present, but not submitted) -- -- (/etc/apt/sources.list.d/teamviewer.list present, but not submitted) -- -- (/etc/apt/sources.list.d/teamviewer.list.distUpgrade present, but not submitted) -- -- (/etc/apt/sources.list.d/teamviewer.list.dpkg-old present, but not submitted) -- -- System Information: Debian Release: bullseye/sid APT prefers focal-updates APT policy: (500, 'focal-updates'), (500, 'focal-security'), (500, 'focal'), (100, 'focal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.11.0-40-generic (SMP w/8 CPU cores) 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.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages apt depends on: ii adduser 3.118ubuntu2 ii gpgv2.2.19-3ubuntu2.1 ii libapt-pkg6.0 2.0.6 ii libc6 2.31-0ubuntu9.2 ii libgcc-s1 10.3.0-1ubuntu1~20.04 ii libgnutls30 3.6.13-2ubuntu1.6 ii libseccomp2 2.5.1-1ubuntu1~20.04.1 ii libstdc++6 10.3.0-1ubuntu1~20.04 ii libsystemd0 245.4-4ubuntu3.13 ii ubuntu-keyring 2020.02.11.4 Versions of packages apt recommends: ii ca-certificates 20210119~20.04.2 Versions of packages apt suggests: pn apt-doc ii aptitude0.8.12-1ubuntu4 ii dpkg-dev1.19.7ubuntu3 ii gnupg 2.2.19-3ubuntu2.1 ii powermgmt-base 1.36 -- no debconf information
Bug#1000208: ITP: pcmemtest -- stand-alone memory tester
Hi Felix, I was a bit more stressed this week than I hoped, I'll try to look at it saturday or sunday. If you don't get a reply by monday morning, feel free to ping me again. Regards, Stephan On Fri, 26 Nov 2021, 15:11 Felix Zielcke, wrote: > Am Samstag, dem 20.11.2021 um 18:47 +0100 schrieb Stephan Lachnit: > > Sounds interesting. > > > > On Fri, Nov 19, 2021 at 8:03 PM wrote: > > > > > > I'm happy to maintain it inside a team or with co-maintainer(s). > > > I'm only DM so if someone has interest in sponsoring this, feel > > > free to > > > contact me. > > > > If you need me as sponsor, ping me when the package is ready for > > upload. > > Hi Stephan, do you have time to review it? I think it's ready to > upload. > > > Regards > > Stephan > >
Bug#1000656: (no subject)
Package: libpoco-dev Severity: important X-Debbugs-Cc: jay...@gmail.com Dear Maintainer, I am attempting to use libpoco-dev cmake files on bullseye, but the problem encountered dates back to the addition of the cmake files to the libpoco-dev package as part of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880614 The CMakeLists.txt snippet which should work is: find_package(Poco COMPONENTS Foundation REQUIRED) However that looks for "Poco" cmake files and fails. This first problem is raised upstream as https://github.com/pocoproject/poco/issues/3244 I can workaround this by doing # ln -s /usr/lib/x86_64-linux-gnu/cmake/cmake/Poco/ /usr/lib/cmake/ Then we encounter the following error: CMake Error at /usr/share/cmake-3.18/Modules/CMakeFindDependencyMacro.cmake:47 (find_package): By not providing "FindPCRE.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "PCRE", but CMake did not find one. Could not find a package configuration file provided by "PCRE" with any of the following names: PCREConfig.cmake pcre-config.cmake Add the installation prefix of "PCRE" to CMAKE_PREFIX_PATH or set "PCRE_DIR" to a directory containing one of the above files. If "PCRE" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): /usr/lib/x86_64-linux-gnu/cmake/cmake/Poco/PocoFoundationConfig.cmake:5 (find_dependency) /usr/lib/x86_64-linux-gnu/cmake/cmake/Poco/PocoConfig.cmake:29 (find_package) CMakeLists.txt:48 (find_package) This is because libpcre2-dev and libpcre3-dev dont include any of those mentioned files (FindPCRE.cmake, PCREConfig.cmake, or pcre-config.cmake). Note pcre2 does has a pcre2-config.cmake.in file which presumably is used to generate a pcre2-config.cmake . https://sources.debian.org/src/pcre2/10.39-3/cmake/ This wont suffice, as it doesnt provide cmake library `Pcre::Pcre` which is needed by Poco. However I can workaround this by adding the followinfg to /usr/lib/cmake/Poco/ as set up previously. https://github.com/pocoproject/poco/blob/master/cmake/FindPCRE.cmake Note the contents of that file mention `Pcre::Pcre`. Worth noting vcpkg goes about fixing this a different way, by creating their own unofficial-pcre-config.cmake at https://github.com/ddc7451/vcpkg/tree/5746100fdc746523dd6cb1bac2cd1c0a50e0c253/ports/pcre and then patching poco to look for unofficial::pcre::pcre https://github.com/ddc7451/vcpkg/search?q=unofficial%3A%3Apcre%3A%3Apcre https://github.com/ddc7451/vcpkg/blob/5746100fdc746523dd6cb1bac2cd1c0a50e0c253/ports/poco/include_pcre.patch -- System Information (reportbug hacked to work on macos..): Architecture: darwin-amd64 (x86_64) Kernel: Darwin 21.1.0 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set Init: unable to detect
Bug#976811: [pkg-php-pear] Bug#976811: transition: php8.1
Hi, Le 23/11/2021 à 15:57, Paul Gevers a écrit :> On 23-11-2021 11:52, Ondřej Surý wrote: […] Experimental is the ideal place to find that out. I does require somebody to go through the regressions and file bug though, this doesn't happen magically. I think David offered help there. I’ve checked that all [0] packages with a failing testsuite using PHP 8.1 from experimental [1] have now a bug (severity important, blocking the current one) about this issue. 0: *except* - php-horde* packages (Mike and team CCed); - packages not in testing (shouldn’t be a blocker); - packages already fixed (come on, refresh! ;). 1: https://release.debian.org/britney/pseudo-excuses-experimental.html#php-defaults For Horde packages, Paul already noticed many errors are “just” PHP deprecations, so using “Restrictions: allow-stderr” in d/t/control should at least allow to go one step further, even if we’re just hiding issues under the carpet for now. And I would prefer if we roughly agree on a timeframe when we start the transition to php8.2 - I can upload the 8.2.0~beta1 as soon as it is ready upstream, so the ftp-masters have time, and keep uploading rcN versions (this will usually take few months) and start the transition right away when 8.2.0 is golden (December 2022). Would that work? (keeping that part to inform Horde maintainers in the mean time). Regards David OpenPGP_signature Description: OpenPGP digital signature
Bug#1000651: Acknowledgement (vmg: FTBFS on ppc64el)
Hi, debian/rules just need to fix the path for fpc unit files : --- ifeq ($(DEB_HOST_GNU_CPU),powerpc64le) DEB_HOST_GNU_CPU := powerpc64 endif --- F. signature.asc Description: PGP signature
Bug#1000633: 1000633: nice to have
Control: severity -1 wishlist Hello, Actually, simbody does not block macromoleculebuilder v3.5. Nevertheless it would be nice to have the newest simbody. Best, Andrius
Bug#999907: libglobalarrays-dev,libga-dev: both ship /usr/lib/x86_64-linux-gnu/libga.a
X-Debbugs-CC: mba...@debian.org debichem-de...@lists.alioth.debian.org Hi, My personal preference would be implementing mutual conflict. Michael: Please let me know whether this works for you. I can make an NMU to implement mutual conflic for src:ga if you find it necessary. -- Thanks, Boyuan Yang On Thu, 18 Nov 2021 11:20:50 +0100 Andreas Beckmann wrote: > Package: libglobalarrays-dev,libga-dev > Severity: serious > Tags: sid bookworm > User: trei...@debian.org > Usertags: edos-file-overwrite > Control: found -1 5.7.2-2 > Control: found -1 1:2.4.7-5 > > Hi, > > automatic installation tests of packages that share a file and at the > same time do not conflict by their package dependency relationships has > detected the following problem: > > Preparing to unpack .../libga-dev_1%3a2.4.7-5_amd64.deb ... > Unpacking libga-dev:amd64 (1:2.4.7-5) ... > dpkg: error processing archive /var/cache/apt/archives/libga- dev_1%3a2.4.7-5_amd64.deb (--unpack): > trying to overwrite '/usr/lib/x86_64-linux-gnu/libga.a', which is also in package libglobalarrays-dev 5.7.2-2 > dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) > Errors were encountered while processing: > /var/cache/apt/archives/libga-dev_1%3a2.4.7-5_amd64.deb > > This is a serious bug as it makes installation fail, and violates > sections 7.6.1 and 10.1 of the policy. An optimal solution would > consist in only one of the packages installing that file, and renaming > or removing the file in the other package. Depending on the > circumstances you might also consider Replace relations or file > diversions. If the conflicting situation cannot be resolved then, as a > last resort, the two packages have to declare a mutual > Conflict. Please take into account that Replaces, Conflicts and > diversions should only be used when packages provide different > implementations for the same functionality. > > Here is a list of files that are known to be shared by both packages > (according to the Contents file for sid/amd64, which may be > slightly out of sync): > > /usr/lib/x86_64-linux-gnu/libga.a > > This bug is assigned to both packages. If you, the maintainers of > the two packages in question, have agreed on which of the packages will > resolve the problem please reassign the bug to that package. You may > also register in the BTS that the other package is affected by the bug. > > > libglobalarrays-dev does have one reverse build-dependency: nwchem. > libga-dev does have none. > > PS: for more information about the detection of file overwrite errors > of this kind see https://qa.debian.org/dose/file-overwrites.html signature.asc Description: This is a digitally signed message part
Bug#1000654: php-nesbot-carbon: Failing testsuite with PHP 8.1
Package: php-nesbot-carbon Version: 2.32.2-1 Severity: important Control: block 976811 by -1 Control: clone -1 -2 Control: reassign -2 php-league-mime-type-detection 1.5.1+ds-2 Control: retitle -2 php-league-mime-type-detection: Failing testsuite with PHP 8.1 Hi Robin, Both php-nesbot-carbon and php-league-mime-type-detection show PHP 8.1 incompatibility (already default in experimental, soon in unstable): https://release.debian.org/britney/pseudo-excuses-experimental.html#php-defaults https://ci.debian.net/data/autopkgtest/unstable/amd64/p/php-league-mime-type-detection/16973785/log.gz https://ci.debian.net/data/autopkgtest/unstable/amd64/p/php-nesbot-carbon/16973795/log.gz Both packages have a new upstream version available, so they hopefully just require an update. Regards David signature.asc Description: PGP signature
Bug#1000208: ITP: pcmemtest -- stand-alone memory tester
Am Samstag, dem 20.11.2021 um 18:47 +0100 schrieb Stephan Lachnit: > Sounds interesting. > > On Fri, Nov 19, 2021 at 8:03 PM wrote: > > > > I'm happy to maintain it inside a team or with co-maintainer(s). > > I'm only DM so if someone has interest in sponsoring this, feel > > free to > > contact me. > > If you need me as sponsor, ping me when the package is ready for > upload. Hi Stephan, do you have time to review it? I think it's ready to upload. > Regards > Stephan
Bug#1000208: ITP: pcmemtest -- stand-alone memory tester
On 2021-11-26 14:34:14, Felix Zielcke wrote: > Am Samstag, dem 20.11.2021 um 10:00 -0500 schrieb Antoine Beaupré: >> Do let me know if you need a sponsor. > > Hi Antoine, > > as talked on IRC: I would be happy if you do the review (audit) of > pcmemtest. > Since you didn't reply back if you actually do this now: Would be good > to have a clear answer here on the ITP so others know I have you as a > sponsor. I'm always kind of busy, but I always document what I do. If I would have done anything, it would have been documented here. If anyone else is available to sponsor, please go ahead. a. -- L'art n'est pas un bureau d'anthropométrie. - Léo Ferré, "Préface"
Bug#1000652: /usr/bin/iconv: bus error iconv -f CP1251 -t UTF-8 wmsal.h -o wmsal.h
Package: libc-bin Version: 2.31-13+deb11u2 Severity: normal File: /usr/bin/iconv Dear Maintainer, Steps: % wget https://raw.githubusercontent.com/4creators/jxrlib/master/common/include/wmsal.h % iconv -f CP1251 -t UTF-8 wmsal.h -o wmsal.h zsh: bus error iconv -f CP1251 -t UTF-8 wmsal.h -o wmsal.h I see this documented as well known error: https://myotragusbalearicus.wordpress.com/2010/03/10/batch-convert-files-to-utf-8/ For reference: Program received signal SIGBUS, Bus error. 0x77fc0578 in from_gap (irreversible=0x7fff5990, outend=0x5556dfc0 "", outptrp=, inend=0x77fbe69e , inptrp=0x7fff5ad8, step_data=0x55565fd0, step=0x55565800) at ../iconv/loop.c:336 336 BODY (gdb) bt #0 0x77fc0578 in from_gap (irreversible=0x7fff5990, outend=0x5556dfc0 "", outptrp=, inend=0x77fbe69e , inptrp=0x7fff5ad8, step_data=0x55565fd0, step=0x55565800) at ../iconv/loop.c:336 #1 gconv (step=0x55565800, data=0x55565fd0, inptrp=0x7fff5ad8, inend=0x77fbe69e , outbufstart=0x0, irreversible=0x7fff5a70, do_flush=0, consume_incomplete=0) at ../iconv/skeleton.c:620 #2 0x77dd56bf in __gconv (cd=0x55565fc0, inbuf=inbuf@entry=0x7fff5ad8, inbufend=0x77fbe69e , outbuf=outbuf@entry=0x7fff5ae0, outbufend=, irreversible=irreversible@entry=0x7fff5a70) at gconv.c:78 #3 0x77dd50e7 in iconv (cd=, inbuf=0x7fff5ad8, inbytesleft=0x7fff5ad0, outbuf=0x7fff5ae0, outbytesleft=0x7fff5ae8) at iconv.c:52 #4 0x8274 in ?? () #5 0x780b in ?? () #6 0x77dd4d0a in __libc_start_main (main=0x75a0, argc=8, argv=0x7fffdd58, init=, fini=, rtld_fini=, stack_end=0x7fffdd48) at ../csu/libc-start.c:308 #7 0x7d1a in ?? () (gdb) list 331 332 /* Here comes the body the user provides. It can stop with 333 RESULT set to GCONV_INCOMPLETE_INPUT (if the size of the 334 input characters vary in size), GCONV_ILLEGAL_INPUT, or 335 GCONV_FULL_OUTPUT (if the output characters vary in size). */ 336 BODY 337 } 338 339 /* Update the pointers pointed to by the parameters. */ 340 *inptrp = inptr; (gdb) Thanks -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-0.bpo.2-amd64 (SMP w/8 CPU threads) 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 libc-bin depends on: ii libc6 2.31-13+deb11u2 Versions of packages libc-bin recommends: ii manpages 5.10-1 libc-bin suggests no packages. -- no debconf information
Bug#1000653: php-mail: Testsuite fails with PHP 8.1
Package: php-mail Version: 1.4.1-1 Severity: important Control: block 976811 by -1 With PHP 8.1 now default in experimental (soon in unstable), the testsuite is now failing. https://release.debian.org/britney/pseudo-excuses-experimental.html#php-defaults https://ci.debian.net/data/autopkgtest/unstable/amd64/p/php-mail/16973789/log.gz […] autopkgtest [02:26:21]: test command1: pear run-tests -r Mail-*/tests […] 4 FAILED TESTS: /tmp/autopkgtest-lxc.1et5rv0c/downtmp/build.QTd/src/Mail-1.4.1/tests/9137.phpt /tmp/autopkgtest-lxc.1et5rv0c/downtmp/build.QTd/src/Mail-1.4.1/tests/9137_2.phpt /tmp/autopkgtest-lxc.1et5rv0c/downtmp/build.QTd/src/Mail-1.4.1/tests/bug17178.phpt /tmp/autopkgtest-lxc.1et5rv0c/downtmp/build.QTd/src/Mail-1.4.1/tests/bug17317.phpt Some tests failed autopkgtest [02:26:22]: test command1: ---] autopkgtest [02:26:22]: test command1: - - - - - - - - - - results - - - - - - - - - - command1 FAIL non-zero exit status 1 signature.asc Description: PGP signature
Bug#1000651: vmg: FTBFS on ppc64el
Package: src:vmg Version: 3.7.1-5 Control: tags -1 ftbfs -- Dear maintainer, vmg fails to build on ppc64el : https://buildd.debian.org/status/fetch.php?pkg=vmg=ppc64el=3.7.1-5=1604198887=0 Regards, F. signature.asc Description: PGP signature
Bug#1000650: phploc: Failing testsuite with PHP 8.1
Package: phploc Version: 7.0.2-1 Severity: important Tags: upstream Control: block 976811 by -1 The testsuite is currently failing with PHP 8.1, I didn’t notice any upstream activity about it yet. autopkgtest [02:32:56]: test command1: phpunit --bootstrap /usr/share/php/SebastianBergmann/PHPLOC/autoload.php autopkgtest [02:32:56]: test command1: [--- PHPUnit 9.5.10 by Sebastian Bergmann and contributors. Runtime: PHP 8.1.0RC5 Configuration: /tmp/autopkgtest-lxc.dgngl6tq/downtmp/build.Jf8/src/phpunit.xml FF. 31 / 31 (100%) Time: 00:00.013, Memory: 6.00 MB There were 2 failures: 1) SebastianBergmann\PHPLOC\AnalyserTest::testWithoutTests Failed asserting that two arrays are equal. --- Expected +++ Actual @@ @@ 'nonFinalClasses' => 1 'finalClasses' => 0 'functions' => 2 -'namedFunctions' => 1 -'anonymousFunctions' => 1 +'namedFunctions' => 0 +'anonymousFunctions' => 2 'methods' => 4 'publicMethods' => 2 'nonPublicMethods' => 2 @@ @@ 'globalConstants' => 1 'testClasses' => 0 'testMethods' => 0 -'ccnByLloc' => 0.08 +'ccnByLloc' => 0.08333 'llocByNof' => 0.5 'methodCalls' => 6 'staticMethodCalls' => 4 @@ @@ 'namespaces' => 1 'ncloc' => 68 'classCcnMin' => 1 -'classCcnAvg' => 1.65 +'classCcnAvg' => 1.6667 'classCcnMax' => 3 'methodCcnMin' => 1 -'methodCcnAvg' => 1.65 +'methodCcnAvg' => 1.6667 'methodCcnMax' => 2 'classLlocMin' => 0 -'classLlocAvg' => 7.3 +'classLlocAvg' => 7.333 'classLlocMax' => 22 'methodLlocMin' => 4 -'methodLlocAvg' => 5.6 +'methodLlocAvg' => 5.667 'methodLlocMax' => 7 -'averageMethodsPerClass' => 1.33 +'averageMethodsPerClass' => 1. 'minimumMethodsPerClass' => 0 'maximumMethodsPerClass' => 4 ) /tmp/autopkgtest-lxc.dgngl6tq/downtmp/build.Jf8/src/tests/unit/AnalyserTest.php:104 2) SebastianBergmann\PHPLOC\AnalyserTest::testWithTests Failed asserting that two arrays are equal. --- Expected +++ Actual @@ @@ 'nonFinalClasses' => 1 'finalClasses' => 0 'functions' => 2 -'namedFunctions' => 1 -'anonymousFunctions' => 1 +'namedFunctions' => 0 +'anonymousFunctions' => 2 'methods' => 4 'publicMethods' => 2 'nonPublicMethods' => 2 @@ @@ 'globalConstants' => 1 'testClasses' => 1 'testMethods' => 2 -'ccnByLloc' => 0.08 +'ccnByLloc' => 0.08333 'llocByNof' => 0.5 'methodCalls' => 6 'staticMethodCalls' => 4 @@ @@ 'classCcnAvg' => 1.5 'classCcnMax' => 3 'methodCcnMin' => 1 -'methodCcnAvg' => 1.66 +'methodCcnAvg' => 1.6667 'methodCcnMax' => 2 'classLlocMin' => 0 'classLlocAvg' => 5.5 'classLlocMax' => 22 'methodLlocMin' => 4 -'methodLlocAvg' => 5.6 +'methodLlocAvg' => 5.667 'methodLlocMax' => 7 'averageMethodsPerClass' => 1 'minimumMethodsPerClass' => 0 'maximumMethodsPerClass' => 4 ) /tmp/autopkgtest-lxc.dgngl6tq/downtmp/build.Jf8/src/tests/unit/AnalyserTest.php:183 FAILURES! Tests: 31, Assertions: 43, Failures: 2. autopkgtest [02:32:57]: test command1: ---] autopkgtest [02:32:57]: test command1: - - - - - - - - - - results - - - - - - - - - - command1 FAIL non-zero exit status 1 signature.asc Description: PGP signature
Bug#1000208: ITP: pcmemtest -- stand-alone memory tester
Am Samstag, dem 20.11.2021 um 10:00 -0500 schrieb Antoine Beaupré: > Do let me know if you need a sponsor. Hi Antoine, as talked on IRC: I would be happy if you do the review (audit) of pcmemtest. Since you didn't reply back if you actually do this now: Would be good to have a clear answer here on the ITP so others know I have you as a sponsor. TIA Felix
Bug#961389: Please drop the bitstream vera font
Hello, Please cherry-pick the upstream fix in fontconfig to drop the bitstream vera font. https://gitlab.freedesktop.org/fontconfig/fontconfig/-/merge_requests/99 The bitstream vera font is very obsolete, looks worse than dejavu and sometimes as a negative side effect it takes over as a default font when installed. Best, Amr
Bug#1000648: clevis: unlocking 2nd device doesn't happen
Source: clevis Version: 16-2 Severity: normal I have 2 MD raid devices which are encrypted. /dev/md1 is a PV for LVM which contains basically the root filesystem and separate /var and /tmp filesystems. /dev/md2 is also a PV for LVM contains /home and other filesystems. I have bound both to the tpm2 pin. /dev/md1 gets succesfully unlocked by the initd.img scripts, but /dev/md2 is not touched there. After the root has been mounted and the cryptdisks-early script runs, that script sees that /dev/md1 has been unlocked, and then proceeds to ask the passphrase for /dev/md2; clevis seems to do nothing for that second device, while it's been bound in an identical manner. I can't find any hints on how to proceed from here, to have the second device also automatically unlocked. Do you have any idea? I can't be the only person with more than one LUKS-encrypted device. PS: dpkg -s clevis-luks ... Description: LUKS integration for clevis This package allows binding a LUKS encrytped volume to a clevis "encrytped" is a typo. Thanks, Paul -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/16 CPU threads) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages clevis depends on: ii cracklib-runtime2.9.6-3.4 ii curl7.74.0-1.3+b1 ii jose10-3 ii libc6 2.31-13+deb11u2 ii libjansson4 2.13.1-1.1 ii libjose010-3 ii libpwquality-tools 1.4.4-1 ii libssl1.1 1.1.1k-1+deb11u1 ii luksmeta9-3 Versions of packages clevis recommends: ii cryptsetup-bin 2:2.3.5-1 clevis suggests no packages. -- no debconf information
Bug#1000649: ruby-jaeger-client FTBFS on IPV6-only buildds
Source: ruby-jaeger-client Version: 1.2.0-1 Severity: serious Tags: ftbfs Control: block 998006 by -1 https://buildd.debian.org/status/logs.php?pkg=ruby-jaeger-client=all ... Failures: 1) Jaeger::Encoders::ThriftEncoder without custom tags has ip Failure/Error: expect(ip_tag.vStr).to be_a(String) NoMethodError: undefined method `vStr' for nil:NilClass # ./spec/jaeger/encoders/thrift_encoder_spec.rb:40:in `block (3 levels) in ' Finished in 0.30993 seconds (files took 0.58969 seconds to load) 187 examples, 1 failure ... Same problem in reproducible builds: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ruby-jaeger-client.html
Bug#999889: please keep /etc/init.d/rsyslog
Package: rsyslog Version: 8.2110.0-3 Followup-For: Bug #999889 Hello, Michael! Please bring /etc/init.d/rsyslog back. I don’t understand it. On debian-devel you wrote that you want to change the priority of rsyslog from important to optional because systemd systems have the journald. You even informed the sysvinit maintainers because sysvinit needs a classic syslog daemon, and then you delete the sysvinit script? Why does this have the taste that you aren’t interested in rsyslog anymore and want to drive people away from it? Many greetings, Stephan -- |If your life was a horse, you'd have to shoot it.|
Bug#1000647: php-phpseclib3: Failing testsuite with PHP 8.1
Package: php-phpseclib3 Version: 3.0.11-2 Severity: normal Tags: upstream Control: block by -1 Hi, The testsuite is currently failing under PHP 8.1. I didn’t notice any upstream activity about it yet, but hope it will happen soon. Regards David signature.asc Description: PGP signature
Bug#1000504: linux-image-5.15.0-1-amd64: FUSE regression in 5.15.3 affecting xdg-desktop-portal
Hi Simon, On Fri, Nov 26, 2021 at 11:00:24AM +, Simon McVittie wrote: > On Wed, 24 Nov 2021 at 20:55:06 +0100, Salvatore Bonaccorso wrote: > > And looks there is now a fix for it: > > > > https://lore.kernel.org/stable/CAOssrKez1mnF4rWRvWgk4LJ2iDfX8xkpMKvgprFt+-ARs83=n...@mail.gmail.com/ > > According to a Fedora kernel maintainer on that thread, that proposed > patch seems to work for multiple people. > > > If you in meanwhile were able to reproduce it and can test the patch > > as well that would be great. > > I tried again to reproduce the issue; this time I was successful and my > laptop became completely unresponsive (couldn't even reboot with the > magic sysrq key, had to power off by holding the power button). > > Steps: > > * flatpak run org.gnome.Recipes > * New Recipe > * click the "+" below the placeholder photo > * load some random image (it might have to be one that is of a significant > size, when I couldn't reproduce it I think I was using very small test > images from libsdl2-gfx) > > I don't know how reliably reproducible this is. Any Flatpak app that uses > the documents portal and does not have direct filesystem access should be > equally suitable. Thanks for investing time into it and good at least you triggered the issue as well. > My laptop is not particularly suitable for building distro kernels, > but I'll try... please don't wait for me though! Don't bother likely if it's too much hassle to build the kernel. I have uploaed this morning 5.15.5-1 to unstable and cherry-picked the mentioned commit as well. But it's currently waiting for processing from NEW due to the ABI bump. https://salsa.debian.org/kernel-team/linux/-/commit/3f0763144c66a873774943ad335ddd34da8daed3 Regards, Salvatore
Bug#981680: closed by Debian FTP Masters (reply to Mathias Gibbens ) (Bug#981680: fixed in golang-github-canonical-go-dqlite 1.10.1-1)
Control: reopen -1 On Fri, Nov 26, 2021 at 12:21:09PM +, Debian Bug Tracking System wrote: >... > golang-github-canonical-go-dqlite (1.10.1-1) unstable; urgency=medium >... >* Add patches to fix tests (Closes: #981680) >... Unfortunately this does not seem to be sufficient: https://buildd.debian.org/status/logs.php?pkg=golang-github-canonical-go-dqlite=1.10.1-1 cu Adrian
Bug#999918: [Pkg-zsh-devel] Bug#999918: zsh: depends on obsolete pcre3 library
Control: tag -1 + confirmed Hi, Daniel Shahaf wrote: > Matthew Vernon wrote on Thu, Nov 18, 2021 at 11:49:09 +: > > The newer PCRE2 library was first released in 2015, and has been in > > Debian since stretch. Upstream's documentation for PCRE2 is available > > here: https://pcre.org/current/doc/html/ Known, yes. > Is there a pcre1→pcre2 upgrade guide for library consumers? I haven't found one when I approached this topic a year or two ago, when this already popped up in Ubuntu. > I guess there's more to the upgrade than s/pcre_foo/pcre2_foo/g in > our code, or they wouldn't have bumped the major version number. Definitely. > Is there a summary of the regex syntax differences between pcre1 and > pcre2? I'm quite sure that the regexp syntax didn't change. It's still — as the name says — Perl Compatible Regular Expressions. As far as I understood it, it's mainly the API to access the library which changed. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#989777: Fwd: Severity: High / Debian 10 11 with Kernel 5.10.x-amd64 = Intel AX210 Wifi Bluetooth not work
P.S.It would be desirable for the users that this Kernel 5.15.3-1: amd64 arrives quickly in the Backports section... Regards.
Bug#996806: [Pkg-mailman-hackers] Bug#996806: mailmain3: Expected test results for arc_validate tests need updating
Le 26 novembre 2021 12:42:23 GMT+01:00, Jordi Mallach a écrit : >Hi Pierre-Elliott! > >El dj. 25 de 11 de 2021 a les 22:19 +0100, en/na Pierre-Elliott Bécue >va escriure: >> > I might try to work on a fix in the following days, most probably >> > including an update to the latest version, which includes other >> > fixes I >> > need. >> >> I'm waiting for some stuck dependencies issues to solve to batch a >> full >> update of mailman3. > >Sounds great! Do you have a list of missing deps? > >-- >Jordi Mallach >Debian Project > Mistune 2.0.0rc1 which hyperkitty depends on but which car't be included until it is a full release instead of a rc. -- Pierre-Elliott Bécue From my phone
Bug#989777: Severity: High / Debian 10 & 11 with Kernel 5.10.x-amd64 => Intel AX210 Wifi & Bluetooth not work
Hello, I am pleased to announce that bluetooth now works correctly with Kernel 5.15.3-1: amd64 and my Intel AX210 Wifi / Bluetooth card :) Keyboards on the other hand still cannot be paired, but this must be due to a Blueman v 2.1.4 dependency issue. Unfortunately this Kernel still does not manage the switching between an Intel card (integrated) and Nvidia (discrete) on laptops. Thank you for your support, this ticket can be closed. Sincerely yours and a very happy New Year's Eve !!! Best regards. Philippe
Bug#999906: After upgrade to Debian Bullseye, I am not able to burn DVDs.
Hi, w_t...@t-online.de wrote: > When I click the tiny icon beside "DVD-R sequential recording", > the former grayed menus for speed and writing mode are now available. > Then I can also > start the writing process, and it does not go to max speed and completes > successfully. So - with the necessary black magic - it is possible to use Xfburn for your purpose with your drive. Insofar this is a success. {:) > This is all very confusing. I agree. Desktops like XFCE, GNOME, or KDE and their applications bring my blood pressure up to unhealthy levels every time i have use them. (As a good classic Linuxer i use fvwm2 as window manager with a config file that essentially stems from a 20 year old SuSE installation.) > I have no clue what's going on here, and I am so > sorry for bothering you with that. No need to apologize. If i would not be interested i could just have staid away from this bug report. Given the lack of any active GUI developers for optical disc burning, i have to check out the user problems with those programs in order to distinguish their own problems from potential problems in libburn or in my command line programs. Any normal desktop user is more qualified than me to operate Xfburn, Brasero, or K3B. So i cannot help with talking one of them into doing what the user wants. At best i can lookup error messages in their code and follow the traces to a burner problem for which i have knowledge. But especially with K3B's C++ spaghetti code i have big difficulties to understand. Program execution tends to vanish in a fog of class inheritance and function overloading. Often it is hard to find the code part which does the actual work of talking to the drive or to the burn program. I will next dig out the instructions how to attribute this bug report to the Debian package K3B, because you report a reproducible K3B problem with the upgrade from Debian 10 to Debian 11. (I don't hold a Debian rank. But any amateur is allowed to operate the bug tracking system by mail messages. See: https://www.debian.org/Bugs/server-control ) Have a nice day :) Thomas
Bug#996806: [Pkg-mailman-hackers] Bug#996806: mailmain3: Expected test results for arc_validate tests need updating
Hi Pierre-Elliott! El dj. 25 de 11 de 2021 a les 22:19 +0100, en/na Pierre-Elliott Bécue va escriure: > > I might try to work on a fix in the following days, most probably > > including an update to the latest version, which includes other > > fixes I > > need. > > I'm waiting for some stuck dependencies issues to solve to batch a > full > update of mailman3. Sounds great! Do you have a list of missing deps? -- Jordi Mallach Debian Project
Bug#1000645: bullseye-pu: package symfony/4.4.19+dfsg-2+deb11u1
Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu Hi, Thanks in advance for accepting this short update. * Prevent CSV injection via formulas [CVE-2021-41270] [ Reason ] The security issue was introduced in 4.1 (buster shipped with 3.4). The security team decided it doesn’t warrant a DSA. [ Impact ] It makes applications depending on php-symfony-serializer vulnerable to CSV injection. [ Tests ] The testsuite was fixed and extended in the applied patch. The testsuite is run at build time and via autopkgtest. [ Risks ] The code changed is trivial, upstream patch applied directly, and the php-symfony-serializer binary package actually shipping the code has not much reverse dependencies. [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable [ Changes ] The escape character (\t) chosen in Symfony 4.1 for CSV formula has recently been added as a character starting a formula. The fix adds \t and \r among the characters starting a formula, and uses a single quote (') to escape them, following OWASP recommendations. [ Other info ] Version 4.4.19+dfsg-3 (similar to the one I’m proposing here) was uploaded to unstable, but didn’t last long: version 5 (also fixing the issue) was uploaded soon after. Regards David https://symfony.com/blog/cve-2021-41270-prevent-csv-injection-via-formulas diff --git a/debian/changelog b/debian/changelog index db978be8b7..50313ca943 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +symfony (4.4.19+dfsg-2+deb11u1) stable; urgency=medium + + * Prevent CSV injection via formulas [CVE-2021-41270] + + -- David Prévot Wed, 24 Nov 2021 06:07:00 -0400 + symfony (4.4.19+dfsg-2) unstable; urgency=medium * Prevent user enumeration via response content [CVE-2021-21424] diff --git a/debian/patches/Use-single-quote-to-escape-formulas.patch b/debian/patches/Use-single-quote-to-escape-formulas.patch new file mode 100644 index 00..a3fa5c3ecc --- /dev/null +++ b/debian/patches/Use-single-quote-to-escape-formulas.patch @@ -0,0 +1,191 @@ +From: =?utf-8?b?SsOpcsOpbXkgRGVydXNzw6k=?= +Date: Mon, 15 Nov 2021 11:47:04 +0100 +Subject: Use single quote to escape formulas + +Origin: upstream, https://github.com/symfony/symfony/commit/3da6f2d45e7536ccb2a26f52fbaf340917e208a8 +--- + .../Component/Serializer/Encoder/CsvEncoder.php| 7 +- + .../Serializer/Tests/Encoder/CsvEncoderTest.php| 85 -- + 2 files changed, 81 insertions(+), 11 deletions(-) + +diff --git a/src/Symfony/Component/Serializer/Encoder/CsvEncoder.php b/src/Symfony/Component/Serializer/Encoder/CsvEncoder.php +index f20211b..cd71fec 100644 +--- a/src/Symfony/Component/Serializer/Encoder/CsvEncoder.php b/src/Symfony/Component/Serializer/Encoder/CsvEncoder.php +@@ -35,7 +35,8 @@ class CsvEncoder implements EncoderInterface, DecoderInterface + + private const UTF8_BOM = "\xEF\xBB\xBF"; + +-private $formulasStartCharacters = ['=', '-', '+', '@']; ++private const FORMULAS_START_CHARACTERS = ['=', '-', '+', '@', "\t", "\r"]; ++ + private $defaultContext = [ + self::DELIMITER_KEY => ',', + self::ENCLOSURE_KEY => '"', +@@ -238,8 +239,8 @@ class CsvEncoder implements EncoderInterface, DecoderInterface + if (is_iterable($value)) { + $this->flatten($value, $result, $keySeparator, $parentKey.$key.$keySeparator, $escapeFormulas); + } else { +-if ($escapeFormulas && \in_array(substr((string) $value, 0, 1), $this->formulasStartCharacters, true)) { +-$result[$parentKey.$key] = "\t".$value; ++if ($escapeFormulas && \in_array(substr((string) $value, 0, 1), self::FORMULAS_START_CHARACTERS, true)) { ++$result[$parentKey.$key] = "'".$value; + } else { + // Ensures an actual value is used when dealing with true and false + $result[$parentKey.$key] = false === $value ? 0 : (true === $value ? 1 : $value); +diff --git a/src/Symfony/Component/Serializer/Tests/Encoder/CsvEncoderTest.php b/src/Symfony/Component/Serializer/Tests/Encoder/CsvEncoderTest.php +index 33a16ee..596afa2 100644 +--- a/src/Symfony/Component/Serializer/Tests/Encoder/CsvEncoderTest.php b/src/Symfony/Component/Serializer/Tests/Encoder/CsvEncoderTest.php +@@ -285,31 +285,52 @@ CSV; + + $this->assertSame(<<<'CSV' + 0 +-" =2+3" ++'=2+3 + + CSV + , $this->encoder->encode(['=2+3'], 'csv')); + + $this->assertSame(<<<'CSV' + 0 +-" -2+3" ++'-2+3 + + CSV + , $this->encoder->encode(['-2+3'], 'csv')); + + $this->assertSame(<<<'CSV' + 0 +-" +2+3" ++'+2+3 + + CSV + , $this->encoder->encode(['+2+3'], 'csv')); + +
Bug#1000642: roundcube: Failing test with PHP 8.1
Control: forwarded -1 https://github.com/roundcube/roundcubemail/issues/8151 Control: tag -1 upstream Hi taffit! On Fri, 26 Nov 2021 at 06:41:47 -0400, David Prévot wrote: > PHP 8.1 is now the default in experimental (soon in testing), and the > command1 autopkgtest is failing in this environment: Thank you for filing this and other incompatibility bugs! -- Guilhem. signature.asc Description: PGP signature
Bug#1000644: resource-agents: Missing dependency on the bc package, required by the mariadb resource agent
Package: resource-agents Version: 1:4.7.0-1 Severity: normal Tags: newcomer X-Debbugs-Cc: btul...@wikimedia.org Dear Maintainer, * What led up to the situation? Attempting to use the mariadb resource agent to manage a multi-state resource under corosync/pacemaker. * What exactly did you do (or not do) that was effective (or ineffective)? Whilst investigating an apparent failure to promote a mariadb resource to master, I viewed the pacemaker log file. I saw the following log entries: pacemaker-execd [605] (log_op_output) notice: mariadb_monitor_2[516611] error output [ /usr/lib/ocf/resource.d/heartbeat/mariadb: line 275: bc: command not found ] pacemaker-execd [605] (log_op_output) notice: mariadb_monitor_2[516611] error output [ /usr/lib/ocf/resource.d/heartbeat/mariadb: line 276: [: : integer expression expected ] Installing the bc package fixed the issue. I would therefore suggest that we add a dependency on the bc package to the debian version of resource-agents.
Bug#1000504: linux-image-5.15.0-1-amd64: FUSE regression in 5.15.3 affecting xdg-desktop-portal
On Wed, 24 Nov 2021 at 20:55:06 +0100, Salvatore Bonaccorso wrote: > And looks there is now a fix for it: > > https://lore.kernel.org/stable/CAOssrKez1mnF4rWRvWgk4LJ2iDfX8xkpMKvgprFt+-ARs83=n...@mail.gmail.com/ According to a Fedora kernel maintainer on that thread, that proposed patch seems to work for multiple people. > If you in meanwhile were able to reproduce it and can test the patch > as well that would be great. I tried again to reproduce the issue; this time I was successful and my laptop became completely unresponsive (couldn't even reboot with the magic sysrq key, had to power off by holding the power button). Steps: * flatpak run org.gnome.Recipes * New Recipe * click the "+" below the placeholder photo * load some random image (it might have to be one that is of a significant size, when I couldn't reproduce it I think I was using very small test images from libsdl2-gfx) I don't know how reliably reproducible this is. Any Flatpak app that uses the documents portal and does not have direct filesystem access should be equally suitable. My laptop is not particularly suitable for building distro kernels, but I'll try... please don't wait for me though! smcv
Bug#1000643: linux-image-5.15.0-1-amd64 generate samsung nvme errors
Package: linux-image-5.15.0-1-amd64 Version: 5.15.3-1 There are errors increased in smart after every boot in Samsung 970 evo nvme disk. *Error Information Log Entries: 41* <- increased after every boot nvme error-log /dev/nvme0 : status_field :*0x4004(INVALID_FIELD: A reserved coded value or an unsupported value in a defined field) * <- problem Can someone explain if this is a bug ? or maybe kernel try to talk to nvme disk in non supported (by a disk) way ? or maybe there is a need for some kind of exclude samsung disks from this kind of communication ? Regards Edi
Bug#1000642: roundcube: Failing test with PHP 8.1
Package: roundcube Version: 1.5.0+dfsg.1-2 Severity: normal Control: block 976811 by -1 Hi Guilhem, PHP 8.1 is now the default in experimental (soon in testing), and the command1 autopkgtest is failing in this environment: https://release.debian.org/britney/pseudo-excuses-experimental.html#php-defaults https://ci.debian.net/data/autopkgtest/unstable/amd64/r/roundcube/16973886/log.gz […] There were 3 failures: 1) Framework_VCard::test_import Detect charset in encoded values Failed asserting that two strings are equal. --- Expected +++ Actual @@ @@ -'Iksiñski' +'Iksi卧ki' /tmp/autopkgtest-lxc.lmsre9bl/downtmp/build.kpd/src/tests/Framework/VCard.php:114 /usr/bin/phpunit:73 2) Actions_Contacts_Copy::test_copy_success Failed asserting that 1 is identical to '1'. /tmp/autopkgtest-lxc.lmsre9bl/downtmp/build.kpd/src/tests/Actions/Contacts/Copy.php:109 /usr/bin/phpunit:73 3) Actions_Contacts_List::test_list Failed asserting that string matches format description. --- Expected +++ Actual @@ @@ -this.add_contact_row("%i",{"name":"George Bush"},"person",{"name":"George Bush","email":"g.b...@gov.com","ID":"%i"}); +this.add_contact_row(4,{"name":"George Bush"},"person",{"name":"George Bush","email":"g.b...@gov.com","ID":4}); /tmp/autopkgtest-lxc.lmsre9bl/downtmp/build.kpd/src/tests/Actions/Contacts/List.php:39 /usr/bin/phpunit:73 FAILURES! Tests: 982, Assertions: 2455, Failures: 3, Skipped: 4, Incomplete: 94. autopkgtest [02:36:54]: test command1: ---] […] Thanks in advance for looking into this issue. Regards David signature.asc Description: PGP signature
Bug#995625: httping FTBFS: error: format not a string literal and no format arguments [-Werror=format-security]
It's on https://github.com/folkertvanheusden/HTTPing > Would it be possible to either have the URL of the upstream VCS or a > proper patch file for 4ea9d5b78540c972e3fe1bf44db9f7b3f87c0ad0? > I couldn't find any mention of a VCS on the homepage, only tarballs.
Bug#1000640: linux-image-5.15.0-1-amd64 - WLAN Dump
Control: tags -1 + moreinfo Hi, Thanks for your report. On Fri, Nov 26, 2021 at 11:12:11AM +0100, klak wrote: > Package: linux-image-5.15.0-1-amd64 > Version: 5.15.3-1 > > Hi, Kernel-Team, > > without words: > > [Fr Nov 26 07:45:37 2021] [ cut here ] > [Fr Nov 26 07:45:37 2021] failed to read DBI register, addr=0x0719 > [Fr Nov 26 07:45:37 2021] WARNING: CPU: 0 PID: 53 at > drivers/net/wireless/realtek/rtw88/pci.c:1305 > rtw_dbi_read8.constprop.0+0xa0/0xb0 [rtw88_pci] [Fr Nov 26 07:45:37 > 2021] Modules linked in: ctr ccm rfcomm cmac algif_hash algif_skcipher > af_alg snd_seq_dummy snd_hrtimer snd_seq snd_seq_device bnep btusb > btrtl btbcm btintel bluetooth jitterentropy_rng sha512_ssse3 > sha512_generic snd_soc_skl_hda_dsp snd_soc_intel_hda_dsp_common drbg > snd_soc_hdac_hdmi ansi_cprng ecdh_generic snd_soc_dmic ecc > x86_pkg_temp_thermal intel_powerclamp mei_hdcp intel_rapl_msr coretemp > usbhid kvm_intel kvm uvcvideo irqbypass snd_hda_codec_hdmi > videobuf2_vmalloc ghash_clmulni_intel videobuf2_memops > snd_hda_codec_realtek videobuf2_v4l2 videobuf2_common > snd_hda_codec_generic aesni_intel videodev crypto_simd cryptd mc > intel_cstate snd_sof_pci_intel_tgl snd_sof_intel_hda_common > soundwire_intel soundwire_generic_allocation soundwire_cadence > snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp snd_sof > snd_soc_hdac_hda snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi > snd_soc_core rtw88_8821ce snd_compress rtw88_8821c soundwire_bus joydev > rtw88_pci ledtrig_audio rtw88_core [Fr Nov 26 07:45:37 2021] > snd_hda_intel snd_intel_dspcfg mac80211 intel_uncore snd_intel_sdw_acpi > snd_hda_codec libarc4 nls_ascii nls_cp437 snd_hda_core vfat hp_wmi > snd_hwdep pcspkr serio_raw platform_profile > processor_thermal_device_pci_legacy cfg80211 efi_pstore fat > sparse_keymap snd_pcm wmi_bmof processor_thermal_device snd_timer > processor_thermal_rfim iTCO_wdt snd processor_thermal_mbox > intel_pmc_bxt processor_thermal_rapl mei_me intel_rapl_common > iTCO_vendor_support watchdog ee1004 soundcore rfkill mei hid_multitouch > intel_soc_dts_iosf int3403_thermal int340x_thermal_zone evdev > intel_pmc_core int3400_thermal acpi_thermal_rel acpi_pad ac msr > parport_pc ppdev lp parport fuse configfs efivarfs ip_tables x_tables > autofs4 ext4 crc16 mbcache jbd2 crc32c_generic hid_generic i915 > i2c_algo_bit ttm drm_kms_helper nvme nvme_core xhci_pci cec xhci_hcd > t10_pi crc_t10dif rc_core crct10dif_generic i2c_hid_acpi > crct10dif_pclmul crct10dif_common intel_lpss_pci crc32_pclmul i2c_i801 > usbcore i2c_hid crc32c_intel [Fr Nov 26 07:45:37 2021] intel_lpss drm > i2c_smbus usb_common idma64 vmd hid wmi battery video button [Fr Nov 26 > 07:45:37 2021] CPU: 0 PID: 53 Comm: kworker/u16:2 Tainted: GW > 5.15.0-1-amd64 #1 Debian 5.15.3-1 [Fr Nov 26 07:45:37 2021] > Hardware name: HP HP Laptop 15s-fq2xxx/87FE, BIOS F.12 06/22/2021 [Fr > Nov 26 07:45:37 2021] Workqueue: phy0 ieee80211_iface_work [mac80211] > [Fr Nov 26 07:45:37 2021] RIP: 0010:rtw_dbi_read8.constprop.0+0xa0/0xb0 > [rtw88_pci] [Fr Nov 26 07:45:37 2021] Code: be ed 03 00 00 48 8b 40 58 > ff d0 0f 1f 00 5b 5d 41 88 04 24 31 c0 41 5c c3 be 19 07 00 00 48 c7 c7 > 30 f8 03 c1 e8 31 6b 29 d5 <0f> 0b b8 fb ff ff ff 5b 5d 41 5c c3 0f 1f > 40 00 0f 1f 44 00 00 55 [Fr Nov 26 07:45:37 2021] RSP: > 0018:a7a50029fc38 EFLAGS: 00010282 [Fr Nov 26 07:45:37 2021] RAX: > RBX: RCX: 0027 [Fr Nov 26 > 07:45:37 2021] RDX: 94b3efa20888 RSI: 0001 RDI: > 94b3efa20880 [Fr Nov 26 07:45:37 2021] RBP: 94b0841b2000 R08: > R09: a7a50029fa60 [Fr Nov 26 07:45:37 2021] R10: > a7a50029fa58 R11: 970d21c8 R12: a7a50029fc67 [Fr Nov 26 > 07:45:37 2021] R13: 94b0841b68a8 R14: R15: > 0100 [Fr Nov 26 07:45:37 2021] FS: () > GS:94b3efa0() knlGS: [Fr Nov 26 07:45:37 > 2021] CS: 0010 DS: ES: CR0: 80050033 [Fr Nov 26 > 07:45:37 2021] CR2: 555f448ffab0 CR3: 00013131c004 CR4: > 00770ef0 [Fr Nov 26 07:45:37 2021] PKRU: 5554 [Fr Nov 26 > 07:45:37 2021] Call Trace: [Fr Nov 26 07:45:37 2021] [Fr Nov 26 > 07:45:37 2021] rtw_pci_link_ps+0x52/0x90 [rtw88_pci] [Fr Nov 26 > 07:45:37 2021] rtw_enter_ips+0x35/0x40 [rtw88_core] [Fr Nov 26 > 07:45:37 2021] rtw_ops_config+0xb8/0xc0 [rtw88_core] [Fr Nov 26 > 07:45:37 2021] ieee80211_hw_config+0x23b/0x3c0 [mac80211] [Fr Nov 26 > 07:45:37 2021] ieee80211_free_chanctx+0xa2/0xd0 [mac80211] [Fr Nov 26 > 07:45:37 2021] __ieee80211_vif_release_channel+0xed/0x130 [mac80211] > [Fr Nov 26 07:45:37 2021] ieee80211_vif_release_channel+0x3a/0x50 > [mac80211] [Fr Nov 26 07:45:37 2021] > ieee80211_destroy_auth_data+0xa1/0xc0 [mac80211] [Fr Nov 26 07:45:37 > 2021] ieee80211_sta_work+0x3a6/0x480 [mac80211] [Fr Nov 26 07:45:37 > 2021] ? schedule+0x44/0xa0 [Fr Nov 26 07:45:37 2021] ? >
Bug#1000641: RM: libopencv4.2-java -- ROM; superseeded by libopencv4.5-java
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: jspri...@debian.org Hi ftp masters, Please remove libopencv4.2-java from unstable. I believe it was not removed automatically because the package switched from arch:all to arch:any with libopencv4.5-java. Thanks! Jochen
Bug#1000640: linux-image-5.15.0-1-amd64 - WLAN Dump
Package:linux-image-5.15.0-1-amd64 Version:5.15.3-1 Hi, Kernel-Team, without words: [Fr Nov 26 07:45:37 2021] [ cut here ] [Fr Nov 26 07:45:37 2021] failed to read DBI register, addr=0x0719 [Fr Nov 26 07:45:37 2021] WARNING: CPU: 0 PID: 53 at drivers/net/wireless/realtek/rtw88/pci.c:1305 rtw_dbi_read8.constprop.0+0xa0/0xb0 [rtw88_pci] [Fr Nov 26 07:45:37 2021] Modules linked in: ctr ccm rfcomm cmac algif_hash algif_skcipher af_alg snd_seq_dummy snd_hrtimer snd_seq snd_seq_device bnep btusb btrtl btbcm btintel bluetooth jitterentropy_rng sha512_ssse3 sha512_generic snd_soc_skl_hda_dsp snd_soc_intel_hda_dsp_common drbg snd_soc_hdac_hdmi ansi_cprng ecdh_generic snd_soc_dmic ecc x86_pkg_temp_thermal intel_powerclamp mei_hdcp intel_rapl_msr coretemp usbhid kvm_intel kvm uvcvideo irqbypass snd_hda_codec_hdmi videobuf2_vmalloc ghash_clmulni_intel videobuf2_memops snd_hda_codec_realtek videobuf2_v4l2 videobuf2_common snd_hda_codec_generic aesni_intel videodev crypto_simd cryptd mc intel_cstate snd_sof_pci_intel_tgl snd_sof_intel_hda_common soundwire_intel soundwire_generic_allocation soundwire_cadence snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp snd_sof snd_soc_hdac_hda snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core rtw88_8821ce snd_compress rtw88_8821c soundwire_bus joydev rtw88_pci ledtrig_audio rtw88_core [Fr Nov 26 07:45:37 2021] snd_hda_intel snd_intel_dspcfg mac80211 intel_uncore snd_intel_sdw_acpi snd_hda_codec libarc4 nls_ascii nls_cp437 snd_hda_core vfat hp_wmi snd_hwdep pcspkr serio_raw platform_profile processor_thermal_device_pci_legacy cfg80211 efi_pstore fat sparse_keymap snd_pcm wmi_bmof processor_thermal_device snd_timer processor_thermal_rfim iTCO_wdt snd processor_thermal_mbox intel_pmc_bxt processor_thermal_rapl mei_me intel_rapl_common iTCO_vendor_support watchdog ee1004 soundcore rfkill mei hid_multitouch intel_soc_dts_iosf int3403_thermal int340x_thermal_zone evdev intel_pmc_core int3400_thermal acpi_thermal_rel acpi_pad ac msr parport_pc ppdev lp parport fuse configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic hid_generic i915 i2c_algo_bit ttm drm_kms_helper nvme nvme_core xhci_pci cec xhci_hcd t10_pi crc_t10dif rc_core crct10dif_generic i2c_hid_acpi crct10dif_pclmul crct10dif_common intel_lpss_pci crc32_pclmul i2c_i801 usbcore i2c_hid crc32c_intel [Fr Nov 26 07:45:37 2021] intel_lpss drm i2c_smbus usb_common idma64 vmd hid wmi battery video button [Fr Nov 26 07:45:37 2021] CPU: 0 PID: 53 Comm: kworker/u16:2 Tainted: GW 5.15.0-1-amd64 #1 Debian 5.15.3-1 [Fr Nov 26 07:45:37 2021] Hardware name: HP HP Laptop 15s-fq2xxx/87FE, BIOS F.12 06/22/2021 [Fr Nov 26 07:45:37 2021] Workqueue: phy0 ieee80211_iface_work [mac80211] [Fr Nov 26 07:45:37 2021] RIP: 0010:rtw_dbi_read8.constprop.0+0xa0/0xb0 [rtw88_pci] [Fr Nov 26 07:45:37 2021] Code: be ed 03 00 00 48 8b 40 58 ff d0 0f 1f 00 5b 5d 41 88 04 24 31 c0 41 5c c3 be 19 07 00 00 48 c7 c7 30 f8 03 c1 e8 31 6b 29 d5 <0f> 0b b8 fb ff ff ff 5b 5d 41 5c c3 0f 1f 40 00 0f 1f 44 00 00 55 [Fr Nov 26 07:45:37 2021] RSP: 0018:a7a50029fc38 EFLAGS: 00010282 [Fr Nov 26 07:45:37 2021] RAX: RBX: RCX: 0027 [Fr Nov 26 07:45:37 2021] RDX: 94b3efa20888 RSI: 0001 RDI: 94b3efa20880 [Fr Nov 26 07:45:37 2021] RBP: 94b0841b2000 R08: R09: a7a50029fa60 [Fr Nov 26 07:45:37 2021] R10: a7a50029fa58 R11: 970d21c8 R12: a7a50029fc67 [Fr Nov 26 07:45:37 2021] R13: 94b0841b68a8 R14: R15: 0100 [Fr Nov 26 07:45:37 2021] FS: () GS:94b3efa0() knlGS: [Fr Nov 26 07:45:37 2021] CS: 0010 DS: ES: CR0: 80050033 [Fr Nov 26 07:45:37 2021] CR2: 555f448ffab0 CR3: 00013131c004 CR4: 00770ef0 [Fr Nov 26 07:45:37 2021] PKRU: 5554 [Fr Nov 26 07:45:37 2021] Call Trace: [Fr Nov 26 07:45:37 2021] [Fr Nov 26 07:45:37 2021] rtw_pci_link_ps+0x52/0x90 [rtw88_pci] [Fr Nov 26 07:45:37 2021] rtw_enter_ips+0x35/0x40 [rtw88_core] [Fr Nov 26 07:45:37 2021] rtw_ops_config+0xb8/0xc0 [rtw88_core] [Fr Nov 26 07:45:37 2021] ieee80211_hw_config+0x23b/0x3c0 [mac80211] [Fr Nov 26 07:45:37 2021] ieee80211_free_chanctx+0xa2/0xd0 [mac80211] [Fr Nov 26 07:45:37 2021] __ieee80211_vif_release_channel+0xed/0x130 [mac80211] [Fr Nov 26 07:45:37 2021] ieee80211_vif_release_channel+0x3a/0x50 [mac80211] [Fr Nov 26 07:45:37 2021] ieee80211_destroy_auth_data+0xa1/0xc0 [mac80211] [Fr Nov 26 07:45:37 2021] ieee80211_sta_work+0x3a6/0x480 [mac80211] [Fr Nov 26 07:45:37 2021] ? schedule+0x44/0xa0 [Fr Nov 26 07:45:37 2021] ? __mutex_remove_waiter+0x15/0x60 [Fr Nov 26 07:45:37 2021] ? __mutex_lock.constprop.0+0x29e/0x400 [Fr Nov 26 07:45:37 2021] ? __mutex_unlock_slowpath.constprop.0+0x85/0x110 [Fr Nov 26 07:45:37 2021] ? skb_dequeue+0x6d/0x80 [Fr Nov 26 07:45:37 2021] ?
Bug#1000639: python3-hypothesis: with Python 3.10, DeprecationWarning: SelectableGroups dict interface is deprecated. Use select.
Package: python3-hypothesis Version: 5.43.3-1 Severity: normal On a minimal sid install with only python3.10, python3-pytest and python3-hypothesis installed, hypothesis produces a deprecation warning. Here is a minimal test script (based on the PyTest documentation): # test_sample.py import pytest def inc(x): return x + 1 def test_answer(): assert inc(3) == 4 and the command line is: python3.10 -Werror /usr/bin/pytest-3 test_sample.py This produces the following output: Traceback (most recent call last): File "/usr/bin/pytest-3", line 33, in sys.exit(load_entry_point('pytest==6.2.5', 'console_scripts', 'pytest')()) File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", line 185, in console_main code = main() File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", line 143, in main config = _prepareconfig(args, plugins) File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", line 318, in _prepareconfig config = pluginmanager.hook.pytest_cmdline_parse( File "/usr/lib/python3/dist-packages/pluggy/hooks.py", line 286, in __call__ return self._hookexec(self, self.get_hookimpls(), kwargs) File "/usr/lib/python3/dist-packages/pluggy/manager.py", line 92, in _hookexec return self._inner_hookexec(hook, methods, kwargs) File "/usr/lib/python3/dist-packages/pluggy/manager.py", line 83, in self._inner_hookexec = lambda hook, methods, kwargs: hook.multicall( File "/usr/lib/python3/dist-packages/pluggy/callers.py", line 203, in _multicall gen.send(outcome) File "/usr/lib/python3/dist-packages/_pytest/helpconfig.py", line 100, in pytest_cmdline_parse config: Config = outcome.get_result() File "/usr/lib/python3/dist-packages/pluggy/callers.py", line 80, in get_result raise ex[1].with_traceback(ex[2]) File "/usr/lib/python3/dist-packages/pluggy/callers.py", line 187, in _multicall res = hook_impl.function(*args) File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", line 1003, in pytest_cmdline_parse self.parse(args) File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", line 1283, in parse self._preparse(args, addopts=addopts) File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", line 1172, in _preparse self.pluginmanager.load_setuptools_entrypoints("pytest11") File "/usr/lib/python3/dist-packages/pluggy/manager.py", line 297, in load_setuptools_entrypoints plugin = ep.load() File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 162, in load module = import_module(match.group('module')) File "/usr/lib/python3.10/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1050, in _gcd_import File "", line 1027, in _find_and_load File "", line 992, in _find_and_load_unlocked File "", line 241, in _call_with_frames_removed File "", line 1050, in _gcd_import File "", line 1027, in _find_and_load File "", line 992, in _find_and_load_unlocked File "", line 241, in _call_with_frames_removed File "", line 1050, in _gcd_import File "", line 1027, in _find_and_load File "", line 1006, in _find_and_load_unlocked File "", line 688, in _load_unlocked File "", line 883, in exec_module File "", line 241, in _call_with_frames_removed File "/usr/lib/python3/dist-packages/hypothesis/__init__.py", line 53, in run() File "/usr/lib/python3/dist-packages/hypothesis/entry_points.py", line 61, in run for entry in get_entry_points(): # pragma: no cover File "/usr/lib/python3/dist-packages/hypothesis/entry_points.py", line 32, in get_entry_points yield from importlib_metadata.entry_points().get("hypothesis", []) File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 400, in get self._warn() DeprecationWarning: SelectableGroups dict interface is deprecated. Use select. Without python3-hypothesis installed, this test runs without problems, as it does with Python 3.9. This bug is annoying, as it is preventing me from diagnosing another DeprecationWarning that is appearing thousands of times :-( If it turns out this is actually an issue with pytest itself, please do reassign this bug! Best wishes, Julian
Bug#1000638: RM: ricks-amdgpu-utils -- ROM; superseded by rickslab-gpu-utils
Package: ftp.debian.org Severity: normal Hello, I am team-maintaining ricks-amdgpu-utils inside Debian Science Team. The upstream has changed the name of the package to rickslab-gpu-utils. I have accordingly renamed the source and binary packages, leaving a binary metapackage for compatibility. Please remove ricks-amdgpu-utils as it no longer has any binary packages. Thanks, Andrius OpenPGP_signature Description: OpenPGP digital signature
Bug#995625: httping FTBFS: error: format not a string literal and no format arguments [-Werror=format-security]
Hi, Would it be possible to either have the URL of the upstream VCS or a proper patch file for 4ea9d5b78540c972e3fe1bf44db9f7b3f87c0ad0? I couldn't find any mention of a VCS on the homepage, only tarballs. Thanks in advance, Cheers -- Simon Chopin Foundations Team Ubuntu MOTU simon.cho...@canonical.comscho...@ubuntu.com
Bug#999906: AW: After upgrade to Debian Bullseye, I am not able to burn DVDs.
Hey Thomas, right after starting xfburn, it won't even let me choose the speed nor burning mode (both grayed off). When I choose an ISO and press burn, xfburn complains about "this writing mode is not supported yet". When I click the tiny icon beside "DVD-R sequential recording", the former grayed menus for speed and writing mode are now available. Then I can also start the writing process, and it does not go to max speed and completes successfully. This is all very confusing. I have no clue what's going on here, and I am so sorry for bothering you with that. Have a nice day Werner -Original-Nachricht- Betreff: Re: After upgrade to Debian Bullseye, I am not able to burn DVDs. Datum: 2021-11-24T22:19:53+0100 Von: "Thomas Schmitt" An: "999...@bugs.debian.org" <999...@bugs.debian.org> Hi, > I tested at first the live CD of Debian 10. > K3B also disrespects the speed setting. But the process seems to > adjust the speed automatically. 18x was starting speed and it was > reduced, so that the resulting speed was 4x. An initial utopic speed is not necessarily the fault of the burn program. The drive's buffer accepts data with high speed until it is full, so only after 2 or 4 MB the observed speed drops to the real speed of burning. DVD-R usually get burned with constant angular velocity (rounds per minute), so that the linear speed reaches the desired speed only at the end of burning. > K3B under Debian 11 still behaves as before. > Setting speed is totally ignored, the burner makes noise like a starting > jet, and finishes with error and overall speed of 18,4x. I really wonder what might have changed in K3B. You could try with Xfburn again. Its source code looks like it would ask libburn to set a speed. Regrettably i find no hints in the web how to increase Xfburn's verbosity so that you get to see the debug message Set speed to ... kb/s which is to see immediately before the call to burn_drive_set_speed(). See: https://sources.debian.org/src/xfburn/0.6.2-1/xfburn/xfburn-burn-audio-cd-composition-dialog.c/?hl=299#L299 > Unfortunately, I am not able to reproduce the error again with xorrecord. I count this as a piece of luck for me. :)) It is not normal that a drive produces bad results if it is asked for high speed or if it is not asked for low speed. So whatever K3B or growisofs (*) do wrong, your drive did its share to cause the failure. (*) It might be that K3B uses cdrskin instead of growisofs. But i have no idea how to find out which of both is in charge for DVD. (cdrskin is the cdrecord compatibility wrapper of libburn.) Have a nice day :) Thomas
Bug#1000637: php-facedetect FTBFS: Package not converted to dh-php >= 4
Source: php-facedetect Version: 1.1.0-19-g135c72a-2 Severity: serious Tags: ftbfs bookworm sid https://buildd.debian.org/status/logs.php?pkg=php-facedetect=1.1.0-19-g135c72a-2%2Bb1 ... dh_clean /usr/share/dh-php/gen-control Package not converted to dh-php >= 4 make[1]: *** [/usr/share/dh-php/pkg-pecl.mk:72: override_dh_clean] Error 1
Bug#1000636: caffe FTBFS: test failures
Source: caffe Version: 1.0.0+git20180821.99bd997-8 Severity: serious Tags: ftbfs bookworm sid https://buildd.debian.org/status/logs.php?pkg=caffe=1.0.0%2Bgit20180821.99bd997-8%2Bb3 ... == ERROR: test_coord_map (unittest.loader._FailedTest) -- ImportError: Failed to import test module: test_coord_map Traceback (most recent call last): File "/usr/lib/python3.9/unittest/loader.py", line 436, in _find_test_path module = self._get_module_from_name(name) File "/usr/lib/python3.9/unittest/loader.py", line 377, in _get_module_from_name __import__(name) File "/<>/python/caffe/test/test_coord_map.py", line 6, in import caffe File "/<>/python/caffe/__init__.py", line 1, in from .pycaffe import Net, SGDSolver, NesterovSolver, AdaGradSolver, RMSPropSolver, AdaDeltaSolver, AdamSolver, NCCL, Timer File "/<>/python/caffe/pycaffe.py", line 13, in from ._caffe import Net, SGDSolver, NesterovSolver, AdaGradSolver, \ SystemError: initialization of _caffe raised unreported exception ...
Bug#1000635: node-monocle is incompatible with current node-readdirp
Package: node-monocle Version: 1.1.51+dfsg-1.1 Severity: grave Tags: upstream Justification: renders package unusable Enabling test proves that this package is broken. Since it is used only by deprecated node-jade, I'll ask a ROM-RM instead of searching a solution (not trivial).
Bug#1000634: cryptsetup-bin: accepts interactive passwords >= maximum allowed characters and gives no warning or error
Package: cryptsetup-bin Version: 2:2.3.5-1 Severity: normal X-Debbugs-Cc: s.schauenb...@gmail.com Dear Maintainer, I've been using cryptsetup with LUKS for a while and recently upgraded to Debian 11 (bullseye). At that point I was suddenly unable to acces the encrypted image volumes with my password. I used an extremely long interactive password (1024 characters). Accessing the encrypted volumes was possible using Debian 10, but not Debian 11. After some debugging, I found out that: - creating an encrypted volume with a password > 512 characters is possible (both in bullseye and buster) - apparently buster and bullseye handle password, which are too long, differently - it is possible to access the encrypted volume with that large password, but only if you use the same Debian version. - images created on buster, can be opened on buster - images created on bullseye, can be opened on bullseye - images created on buster, could _not_ be opened on bullseye - the only way to check the maximum password length, is by running cryptsetup --help (it is not referenced in the man page, only for key sizes) - there is no feedback, when using a password that is too long: cryptsetup luksAddKey --key-slot 5 file.img Enter any existing passphrase: Enter new passphrase for key slot: Verify passphrase: -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/1 CPU thread) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory 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 cryptsetup-bin depends on: ii libblkid12.36.1-8 ii libc62.31-13+deb11u2 ii libcryptsetup12 2:2.3.5-1 ii libpopt0 1.18-2 ii libuuid1 2.36.1-8 cryptsetup-bin recommends no packages. cryptsetup-bin suggests no packages.
Bug#999918: zsh: depends on obsolete pcre3 library
Control: tags -1 upstream Good morning Matthew, Matthew Vernon wrote on Thu, Nov 18, 2021 at 11:49:09 +: > The newer PCRE2 library was first released in 2015, and has been in > Debian since stretch. Upstream's documentation for PCRE2 is available > here: https://pcre.org/current/doc/html/ Is there a pcre1→pcre2 upgrade guide for library consumers? I guess there's more to the upgrade than s/pcre_foo/pcre2_foo/g in our code, or they wouldn't have bumped the major version number. Is there a summary of the regex syntax differences between pcre1 and pcre2? I couldn't find either of these anywhere. Cheers, Daniel