Bug#951474: libfmt-dev: spdlog try to load fmt v5 function()
Package: libfmt-dev Version: 5.3.0+ds-2 Severity: grave Dear Maintainer, Note : This bug is for armel, armhf, arm64 and powerpc arches. As said in bug #950857 spdlog is build using an embedded copy of version 6+ and thus fail to load include from version 5. /usr/bin/ld: CMakeFiles/gerbera.dir/src/main.cc.o: in function `void spdlog::logger::log(spdlog::source_loc, spdlog::level::level_enum, char const (&) [38])': /usr/include/spdlog/logger.h:154: undefined reference to `spdlog::details::log_msg::log_msg(spdlog::source_loc, fmt::v5::basic_string_view, spdlog::level::level_enum, fmt::v5::basic_string_view)' /usr/bin/ld: CMakeFiles/gerbera.dir/src/main.cc.o: in function `void spdlog::logger::log(spdlog::source_loc, spdlog::level::level_enum, char const (&) [51])': /usr/include/spdlog/logger.h:154: undefined reference to `spdlog::details::log_msg::log_msg(spdlog::source_loc, fmt::v5::basic_string_view, spdlog::level::level_enum, fmt::v5::basic_string_view)' /usr/bin/ld: CMakeFiles/gerbera.dir/src/main.cc.o: in function `void spdlog::logger::log(spdlog::source_loc, spdlog::level::level_enum, char const (&) [40])': /usr/include/spdlog/logger.h:154: undefined reference to `spdlog::details::log_msg::log_msg(spdlog::source_loc, fmt::v5::basic_string_view, spdlog::level::level_enum, fmt::v5::basic_string_view)' /usr/bin/ld: CMakeFiles/gerbera.dir/src/main.cc.o: in function `void spdlog::logger::log(spdlog::source_loc, spdlog::level::level_enum, char const (&) [80])': /usr/include/spdlog/logger.h:154: undefined reference to `spdlog::details::log_msg::log_msg(spdlog::source_loc, fmt::v5::basic_string_view, spdlog::level::level_enum, fmt::v5::basic_string_view)' /usr/bin/ld: CMakeFiles/gerbera.dir/src/main.cc.o: in function `void spdlog::logger::log(spdlog::source_loc, spdlog::level::level_enum, char const (&) [35])': /usr/include/spdlog/logger.h:154: undefined reference to `spdlog::details::log_msg::log_msg(spdlog::source_loc, fmt::v5::basic_string_view, spdlog::level::level_enum, fmt::v5::basic_string_view)' /usr/bin/ld: CMakeFiles/gerbera.dir/src/main.cc.o:/usr/include/spdlog/logger.h:154: more undefined references to `spdlog::details::log_msg::log_msg(spdlog::source_loc, fmt::v5::basic_string_view, spdlog::level::level_enum, fmt::v5::basic_string_view)' follow collect2: error: ld returned 1 exit status Christian -- System Information: Debian Release: bullseye/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.20 (SMP w/8 CPU cores) 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=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libfmt-dev depends on: ii libc62.29-10 ii libgcc-s1 [libgcc1] 10-20200211-1 ii libgcc1 1:10-20200211-1 ii libstdc++6 10-20200211-1 libfmt-dev recommends no packages. Versions of packages libfmt-dev suggests: pn libfmt-doc -- no debconf information
Bug#941848: Re:Re: Re: Bug#941848: RFS: ukui-control-center/2.0.0-1 -- utilities to configure the UKUI desktop
> Alas, this version is no longer installable. > > You've added ukui-power-manager to Depends, and that has a hard dependency > on systemd. That restricts users to running just a single init system, one > which is too buggy to eg. boot my main desktop at all. > Thus, the package doesn't work for me. Hi, Adam, I'm sorry to have taken so long. In the meantime, we have rewritten the code according to the new design and resolve the depends problem. But we have added a new dependency ukui-interface, which is a new package and still waiting for sponsorship, and It's been a long time since I file the RFS bug (Bug#948775), :( . Could you help to upload it first? Thanks, handsome_feng
Bug#948097: libbio-db-hts-perl: autopkgtest failure: Can't locate Bio/SeqFeature/Lite.pm in @INC
On Mon, 17 Feb 2020 07:53:02 +0100, Andreas Tille wrote: > it seems we need some help again for this issue. Despite > libbio-db-hts-perl depends libbio-perl-perl which contains > >/usr/share/perl5/Bio/SeqFeature/Lite.pm > > the test fails. Any idea what might be wrong here? Isn't this fixed in 3.01-3 (which also closes this bug)? At least https://ci.debian.net/packages/libb/libbio-db-hts-perl/ looks quite ok for this version. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- BOFH excuse #354: Chewing gum on /dev/sd3c
Bug#951473: liburdfdom-headers-dev is wrongly marked Multi-Arch: foreign
Package: liburdfdom-headers-dev Version: 1.0.4-1 Severity: important User: debian-cr...@lists.debian.org Usertags: ftcbfs Control: affects -1 + src:urdfdom The package liburdfdom-headers-dev is marked Multi-Arch: foreign. On x86, it contains the files: /usr/lib/x86_64-linux-gnu/urdfdom_headers/cmake/urdfdom_headers-config-version.cmake /usr/lib/x86_64-linux-gnu/urdfdom_headers/cmake/urdfdom_headers-config.cmake Since these paths are architecture-specific, they must not be part of the package interface (due to Multi-Arch: foreign). However, src:urdfdom uses them during build and fails to cross build for not finding them. This is an interface contract violation. Please choose one of: * Remove Multi-Arch: foreign. * Reassign to src:urdfdom to stop using implementation details of liburdfdom-headers-dev. * Move the files to an architecture-independent location (usually /usr/share/something). Helmut
Bug#948097: libbio-db-hts-perl: autopkgtest failure: Can't locate Bio/SeqFeature/Lite.pm in @INC
Control: tags -1 help Hi Debian-Perl team, it seems we need some help again for this issue. Despite libbio-db-hts-perl depends libbio-perl-perl which contains /usr/share/perl5/Bio/SeqFeature/Lite.pm the test fails. Any idea what might be wrong here? Thanks for any help Andreas. -- http://fam-tille.de
Bug#774005: ITP: photoflow -- fully non-destructive photo retouching program
Hi Laszlo Pity you're not on IRC, there's the upstream channel at #pixls.us, your dget URL didn't work for me today, however I couldn't find yours on salsa.d.* so I didn't know. Are you going to upload it? Maybe we can be co-maintainers among the multimedia team (unless you suggest another team), here's my work so far (also on salsa): http://phd-sid.ethz.ch/debian/photoflow/test/ Only thing missing is http://phd-sid.ethz.ch/debian/photoflow/test/COPY Best,
Bug#938840: xcffib: diff for NMU version 0.8.1-0.8
Control: tags 938840 + patch Dear maintainer, I've prepared an NMU for xcffib (versioned as 0.8.1-0.8). The diff is attached to this message. Regards. diff -Nru xcffib-0.8.1/debian/changelog xcffib-0.8.1/debian/changelog --- xcffib-0.8.1/debian/changelog 2020-02-14 21:31:52.0 -0500 +++ xcffib-0.8.1/debian/changelog 2020-02-17 01:30:44.0 -0500 @@ -1,3 +1,10 @@ +xcffib (0.8.1-0.8) unstable; urgency=medium + + * Non-maintainer upload. + * Drop python2 support; Closes: #938840 + + -- Sandro Tosi Mon, 17 Feb 2020 01:30:44 -0500 + xcffib (0.8.1-0.7) unstable; urgency=medium * Non-maintainer upload. diff -Nru xcffib-0.8.1/debian/control xcffib-0.8.1/debian/control --- xcffib-0.8.1/debian/control 2020-02-14 21:29:09.0 -0500 +++ xcffib-0.8.1/debian/control 2020-02-17 01:27:32.0 -0500 @@ -20,46 +20,22 @@ , libghc-attoparsec-dev , libghc-semigroups-dev , libghc-either-dev - , python-setuptools , python3-setuptools - , python-all , python3-all - , python-cffi , python3-cffi # testing - , python-nose , python3-nose , xvfb , x11-apps # Because xcffib imports itself in setup.py to do the cffi extension magic, all # Depends: are also Build-depends: - , python-six , python3-six , libxcb1 -X-Python-Version: >= 2.6 -X-Python3-Version: >= 3.2 Standards-Version: 3.9.6 Homepage: https://github.com/tych0/xcffib Vcs-Git: https://anonscm.debian.org/git/collab-maint/xcffib.git Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/xcffib.git -Package: python-xcffib -Architecture: any -Depends: python-six - , libxcb1 - , ${misc:Depends} - , ${shlibs:Depends} - , ${python:Depends} -Provides: ${python:Provides} -Description: This package is a Python binding for XCB (Python 2) - This package is intended to be a (mostly) drop-in replacement for xpyb. xpyb - has an inactive upstream, several memory leaks, is python2 only and doesn't - have pypy support. xcffib is a binding which uses python-cffi, which mitigates - some of the issues described above. xcffib also builds bindings for 27 of the - 29 (xprint and xkb are missing) X extensions in 1.10. - . - This package installs the library for Python 2. - Package: python3-xcffib Architecture: any Depends: python3-six, diff -Nru xcffib-0.8.1/debian/python3-xcffib.install xcffib-0.8.1/debian/python3-xcffib.install --- xcffib-0.8.1/debian/python3-xcffib.install 2017-07-14 17:38:59.0 -0400 +++ xcffib-0.8.1/debian/python3-xcffib.install 1969-12-31 19:00:00.0 -0500 @@ -1 +0,0 @@ -debian/tmp/usr/lib/python3* diff -Nru xcffib-0.8.1/debian/python-xcffib.install xcffib-0.8.1/debian/python-xcffib.install --- xcffib-0.8.1/debian/python-xcffib.install 2017-07-14 17:38:59.0 -0400 +++ xcffib-0.8.1/debian/python-xcffib.install 1969-12-31 19:00:00.0 -0500 @@ -1 +0,0 @@ -debian/tmp/usr/lib/python2* diff -Nru xcffib-0.8.1/debian/rules xcffib-0.8.1/debian/rules --- xcffib-0.8.1/debian/rules 2019-12-21 20:57:12.0 -0500 +++ xcffib-0.8.1/debian/rules 2020-02-17 01:27:47.0 -0500 @@ -14,4 +14,4 @@ rm -rf .ghc.environment.* %: - dh $@ --with python2,python3 --buildsystem=pybuild + dh $@ --with python3 --buildsystem=pybuild
Bug#951472: RM: python-functools32 -- RoQA; python2-only (backport form py3.2); leaf package
Package: ftp.debian.org Severity: normal Hello, there are no more rdeps for python-functools32 so please remove that package. Regards, Sandro
Bug#951471: RM: python-subprocess32 -- ROM; python2-only (backport from py3.2); no rdeps (in testing)
Package: ftp.debian.org Severity: normal Hello, the only real rdep is `src:mongodb` which is borderline unmaintained and it has a long-standing RC bug to prevent it from reaching testing. Please remove python-subprocess32 as part of the py2removal effort. Regards, Sandro
Bug#951117: libecore1: .xsession-errors eats all disk space
On Sun, Feb 16, 2020 at 10:04:59PM +0300, sergio wrote: > > Does this end if you restart enlightenemnt? (Main -> Enlightenment -> > > Restart) > > I've just captured this condition before the end of the free space and > can answer the question: yes, enlightenemnt restart stops this errors. Okay great- about how long it was from the time the session started to the time you saw the log messages? Thanks, Ross
Bug#951470: cross-ma-install-location.diff no longer applies to gcc-10
Package: cross-gcc-dev Version: 242 Severity: important Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Dima, cross-ma-install-location.diff no longer applies during gcc-10. I'm attaching an updated version that applies cleanly to gcc-10. I'm not entirely sure that it is fully correct, because the build fails with a symbols error in the end. However, the supported cross compiler build fails in the same way. Can you replace the existing cross-ma-install-location.diff with the attached version for gcc-10? Helmut Index: b/src/libada/configure.ac === --- a/src/libada/configure.ac +++ b/src/libada/configure.ac @@ -65,22 +65,8 @@ toolexeclibdir='$(toolexecdir)/$(gcc_version)$(MULTISUBDIR)' ;; no) -if test -n "$with_cross_host" && - test x"$with_cross_host" != x"no"; then - # Install a library built with a cross compiler in tooldir, not libdir. - toolexecdir='$(exec_prefix)/$(target_alias)' - case ${with_toolexeclibdir} in - no) - toolexeclibdir='$(toolexecdir)/lib' - ;; - *) - toolexeclibdir=${with_toolexeclibdir} - ;; - esac -else - toolexecdir='$(libdir)/gcc-lib/$(target_alias)' - toolexeclibdir='$(libdir)' -fi +toolexecdir='$(libdir)/gcc-lib/$(target_alias)' +toolexeclibdir='$(libdir)' multi_os_directory=`$CC -print-multi-os-directory` case $multi_os_directory in .) ;; # Avoid trailing /. Index: b/src/libffi/configure.ac === --- a/src/libffi/configure.ac +++ b/src/libffi/configure.ac @@ -497,21 +497,9 @@ AC_DEFINE(USING_PURIFY, 1, [Define this if you are using Purify and want to suppress spurious messages.]) fi) -if test -n "$with_cross_host" && - test x"$with_cross_host" != x"no"; then - toolexecdir='$(exec_prefix)/$(target_alias)' - case ${with_toolexeclibdir} in -no) - toolexeclibdir='$(toolexecdir)/lib' - ;; -*) - toolexeclibdir=${with_toolexeclibdir} - ;; - esac -else - toolexecdir='$(libdir)/gcc-lib/$(target_alias)' - toolexeclibdir='$(libdir)' -fi +toolexecdir='$(libdir)/gcc-lib/$(target_alias)' +toolexeclibdir='$(libdir)' + multi_os_directory=`$CC -print-multi-os-directory` case $multi_os_directory in .) ;; # Avoid trailing /. Index: b/src/libgcc/configure.ac === --- a/src/libgcc/configure.ac +++ b/src/libgcc/configure.ac @@ -95,15 +95,6 @@ slibdir="$with_slibdir", if test "${version_specific_libs}" = yes; then slibdir='$(libsubdir)' -elif test -n "$with_cross_host" && test x"$with_cross_host" != x"no"; then - case ${with_toolexeclibdir} in -no) - slibdir='$(exec_prefix)/$(host_noncanonical)/lib' - ;; -*) - slibdir=${with_toolexeclibdir} - ;; - esac else slibdir='$(libdir)' fi) @@ -141,22 +132,8 @@ toolexeclibdir='$(toolexecdir)/$(gcc_version)$(MULTISUBDIR)' ;; no) -if test -n "$with_cross_host" && - test x"$with_cross_host" != x"no"; then - # Install a library built with a cross compiler in tooldir, not libdir. - toolexecdir='$(exec_prefix)/$(target_noncanonical)' - case ${with_toolexeclibdir} in - no) - toolexeclibdir='$(toolexecdir)/lib' - ;; - *) - toolexeclibdir=${with_toolexeclibdir} - ;; - esac -else - toolexecdir='$(libdir)/gcc-lib/$(target_noncanonical)' - toolexeclibdir='$(libdir)' -fi +toolexecdir='$(libdir)/gcc-lib/$(target_noncanonical)' +toolexeclibdir='$(libdir)' multi_os_directory=`$CC -print-multi-os-directory` case $multi_os_directory in .) ;; # Avoid trailing /. Index: b/src/libgfortran/configure.ac === --- a/src/libgfortran/configure.ac +++ b/src/libgfortran/configure.ac @@ -98,22 +98,8 @@ toolexeclibdir='$(toolexecdir)/$(gcc_version)$(MULTISUBDIR)' ;; no) -if test -n "$with_cross_host" && - test x"$with_cross_host" != x"no"; then - # Install a library built with a cross compiler in tooldir, not libdir. - toolexecdir='$(exec_prefix)/$(target_alias)' - case ${with_toolexeclibdir} in - no) - toolexeclibdir='$(toolexecdir)/lib' - ;; - *) - toolexeclibdir=${with_toolexeclibdir} - ;; - esac -else - toolexecdir='$(libdir)/gcc-lib/$(target_alias)' - toolexeclibdir='$(libdir)' -fi +toolexecdir='$(libdir)/gcc-lib/$(target_alias)' +toolexeclibdir='$(libdir)' multi_os_directory=`$CC -print-multi-os-directory` case $multi_os_directory in .) ;; # Avoid trailing /. Index: b/src/libgo/configure.ac === --- a/src/libgo/configure.ac +++ b/src/libgo/configure.ac @@ -80,21 +80,8 @@ # Calculate glibgo_toolexecdir, glibgo_toolexeclibdir # Install a library built with a cross compiler in tooldir, not
Bug#951469: dmraid FTCBFS: fails linking an incompatible libgcc_s.so.1
Source: dmraid Version: 1.0.0.rc16-8 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs dmraid fails to cross build from source, because it fails linking an incompatible libgcc_s.so.1. Passing an incompatible -L flag used to work, but for some reason gcc got more picky about it and fails hard now. dmraid passes -L$(DESTDIR)$(libdir) in tools/Makefile.in. At that point DESTDIR is empty and libdir is $(exec_prefix)/lib where exec_prefix is /. Thus the flag becomes -L//lib (in both native and cross builds). Bummer. A simple way to get around this is to use a multiarch --libdir, which is a good thing in general. Please consider applying the attached patch. Helmut diff -u dmraid-1.0.0.rc16/debian/changelog dmraid-1.0.0.rc16/debian/changelog --- dmraid-1.0.0.rc16/debian/changelog +++ dmraid-1.0.0.rc16/debian/changelog @@ -1,3 +1,10 @@ +dmraid (1.0.0.rc16-8.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTCBFS: Use a multiarch --libdir. (Closes: #-1) + + -- Helmut Grohne Mon, 17 Feb 2020 05:42:58 +0100 + dmraid (1.0.0.rc16-8) unstable; urgency=medium * Fix library dev symlink (closes: 856946). diff -u dmraid-1.0.0.rc16/debian/control dmraid-1.0.0.rc16/debian/control --- dmraid-1.0.0.rc16/debian/control +++ dmraid-1.0.0.rc16/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Laszlo Boszormenyi (GCS) Standards-Version: 3.9.5 -Build-Depends: debhelper (>= 9), libdevmapper-dev, libklibc-dev, libselinux1-dev, quilt (>= 0.40), autotools-dev +Build-Depends: debhelper (>= 9), dh-exec, libdevmapper-dev, libklibc-dev, libselinux1-dev, quilt (>= 0.40), autotools-dev Vcs-git: git://git.debian.org/git/users/derevko-guest/dmraid.git Vcs-Browser: http://git.debian.org/?p=users/derevko-guest/dmraid.git Homepage: http://people.redhat.com/~heinzm/sw/dmraid/ diff -u dmraid-1.0.0.rc16/debian/libdmraid-dev.install dmraid-1.0.0.rc16/debian/libdmraid-dev.install --- dmraid-1.0.0.rc16/debian/libdmraid-dev.install +++ dmraid-1.0.0.rc16/debian/libdmraid-dev.install @@ -1,2 +1,3 @@ -debian/standard/lib/*.a usr/lib +#!/usr/bin/dh-exec +debian/standard/lib/${DEB_HOST_MULTIARCH}/*.a usr/lib/${DEB_HOST_MULTIARCH} debian/standard/usr/include/dmraid usr/include diff -u dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16-udeb.install dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16-udeb.install --- dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16-udeb.install +++ dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16-udeb.install @@ -1 +1,2 @@ -debian/udeb/lib/*.so.* lib +#!/usr/bin/dh-exec +debian/udeb/lib/${DEB_HOST_MULTIARCH}/*.so.* lib/${DEB_HOST_MULTIARCH} diff -u dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16.install dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16.install --- dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16.install +++ dmraid-1.0.0.rc16/debian/libdmraid1.0.0.rc16.install @@ -1 +1,2 @@ -debian/standard/lib/*.so.* lib +#!/usr/bin/dh-exec +debian/standard/lib/${DEB_HOST_MULTIARCH}/*.so.* lib/${DEB_HOST_MULTIARCH} diff -u dmraid-1.0.0.rc16/debian/rules dmraid-1.0.0.rc16/debian/rules --- dmraid-1.0.0.rc16/debian/rules +++ dmraid-1.0.0.rc16/debian/rules @@ -11,8 +11,7 @@ # These are used for cross-compiling and for saving the configure script # from having to guess our platform (since we know it already) -DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) -DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +include /usr/share/dpkg/architecture.mk ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) else @@ -23,7 +22,7 @@ buildroot := $(CURDIR)/debian/build flavours := standard udeb -common-config-flags := $(CROSS) --prefix=/usr --exec-prefix=/ +common-config-flags := $(CROSS) --prefix=/usr --exec-prefix=/ '--libdir=$${exec_prefix}/lib/$(DEB_HOST_MULTIARCH)' methods: methods-stamp methods-stamp: @@ -74,6 +73,7 @@ binary-arch: install dh_testdir dh_testroot + chmod +x debian/libdmraid*.install dh_install dh_installdirs dh_installudev --priority=85
Bug#951468: symlinks: segfault when symlink is /..
Package: symlinks Version: symlinks Severity: normal Tags: upstream Dear Maintainer, Expected behavior: symlinks handles paths such as /.. Actual behavior: symlinks crashes with SIGSEGV. Steps to reproduce: ln -s /.. mylink symlinks . Segmentation fault (core dumped) Discussion: The parent directory of the root directory is just the root directory. However, symlinks does not handle this case properly, leading to a segmentation fault. A minimal script to reproduce the crash is attached. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) 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 symlinks depends on: ii libc6 2.28-10 symlinks recommends no packages. symlinks suggests no packages. reproduce.sh Description: application/shellscript
Bug#951110: ITP: cyrus-timezones -- Timezone information for the Cyrus IMAP Server
Hi, please follow also this discussion: (https://github.com/cyrusimap/cyrus-timezones/pull/6): > elliefm: > I looked deeper into it, and did find and fix one bug in Cyrus, and > added a workaround for libical misbehaving(?) -- details in the issue > I linked earlier. The original issue I thought might exist still might > exist, I haven't tested for it specifically yet due to being > distracted by the stuff I did fix. > > wrt whether or not to packagers should include cyrus-timezones, @rsto > mentioned in our chat: > > > One thing: using the system timezones is not recommended. If I > > recall correctly, some of the system timezone definitions defined > > daylight savings time changes per year, which produced unnecessarily > > long VTIMEZONEs embedded in the VEVENTs returned by Cyrus. > > I have mixed feelings. If, as a mail server admin, you're installing > Cyrus from a system package, it seems reasonable to expect it to use > the timezone definitions provided by the system. It also seems > reasonable that, if you wish to supply your own timezone definitions > instead, that you could configure the zoneinfo_dir setting to point to > them. > > But if, as a package-maintainer, you know your system's timezone > definitions are "basic timezone definitions for general purpose use, > but perhaps inadequate or suboptimal for building a calendaring > service on top of", then it also seems reasonable to package up our > cyrus-timezones package and make the cyrus-imapd package depend on it.
Bug#922961: ITP: vorta -- Desktop Backup Client for Borg
Dear Debian Borg Collective, On Sun, Feb 16, 2020 at 08:20:21PM -0700, Nicholas D Steeves wrote: > On Fri, Feb 22, 2019 at 11:39:58AM +0100, Varac wrote: > > Vorta is a backup client for macOS and Linux desktops. It integrates the > > mighty BorgBackup with your desktop environment to protect your data from > > disk failure, ransomware and theft. > > > > Hi Varac, > > I'll take care of this one since a member of my family now needs this > software (likely ETA: less than a week, plus waiting for it to clear NEW) > It seems like your team would be the best place for Vorta, because Vorta may be sensitive to breaking changes introduced by Borg upgrades. At this time I'm not sure how likely this is or how often it would occur. If you don't want this package on your team then I'll maintain it in the PAPT. Oh, and of course I'm willing to join the Borg Collective! Regards, Nicholas signature.asc Description: PGP signature
Bug#922961: ITP: vorta -- Desktop Backup Client for Borg
On Fri, Feb 22, 2019 at 11:39:58AM +0100, Varac wrote: > Vorta is a backup client for macOS and Linux desktops. It integrates the > mighty BorgBackup with your desktop environment to protect your data from > disk failure, ransomware and theft. > Hi Varac, I'll take care of this one since a member of my family now needs this software (likely ETA: less than a week, plus waiting for it to clear NEW) Cheers, Nicholas signature.asc Description: PGP signature
Bug#869169: retitle to RFP: minisign -- A dead simple tool to sign files and verify signatures
On Wed, 24 Oct 2018 10:20:11 + Bart Martens wrote: > retitle 869169 RFP: minisign -- A dead simple tool to sign files and verify > signatures > noowner 869169 > stop > > ITP 869169 has no visible progress for a long time, so retitling to RFP. > > Hi, I would like to package this application. I have a working package already, but I need a sponsor as this will be my first Debian package. Best Regards Sent with [ProtonMail](https://protonmail.com) Secure Email.
Bug#933713: [pkg-gnupg-maint] Bug#933713: libgpg-error-dev: make package fit for cross development
Hello, Let me explain that what direction we should go. On Tue 2020-01-28 13:01:04 +0100, Francois Gouget wrote: > The only blocker for making libgpg-error-dev Multi-Arch: same is > gpg-error-config. However gpg-error-config is not needed on Debian > since there is no need for -I or -L directives; and it has been > superseded by gpgrt-config and pkgconfig anyway. True. Since 1.33, libgpg-error have distributed new libgpg-error/src/gpg-error.m4 which can be used with no gpg-error-config (but gpgrt-config). In other cases, software which builds with pkgconfig just uses gpg-error.pc directly. My intention of keeping gpg-error-config is to support existing system which depends on old behavior. New gpgrt-config requires POSIX compatible Borne shell and I was afraid that there are still some OSes without POSIX compatible Borne shell, so, it still distributes the old gpg-error-config. Daniel Kahn Gillmor wrote: > I agree that upstream's preferred configuration mechanism > (gpg-error-config) is not well-suited for the modern multiarch world. gpg-error-config is shipped for backword compatibility. When there will be no packages which use gpg-error-config, it could be removed or for system with POSIX compatible Borne shell, it could be replaced by gpgrt-config (symbolic link to gpgrt-config) if needed. In future release of libgpg-error, gpg-error-config will be a symbolic link to gpgrt-config at installation (when detected POSIX compatible Borne shell, or we will ignore system with no POSIX compatible Borne shell). --
Bug#951467: python-mutagen: man mid3iconv, id3iconv link not exist
Package: python-mutagen Version: 1.40.0-2 Severity: minor Dear Maintainer, man mid3iconv the last line: Based on id3iconv (http://www.cs.berkeley.edu/~zf/id3iconv/) by Feng Zhou. The link http://www.cs.berkeley.edu/~zf/id3iconv/ is not exist now. -- System Information: Debian Release: 10.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-8-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN:zh (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python-mutagen depends on: ii python 2.7.16-1 python-mutagen recommends no packages. Versions of packages python-mutagen suggests: pn python-mutagen-doc -- no debconf information
Bug#951183: (no subject)
owner 951183 ! retitle 951183 ITA: htpdate -- HTTP based time synchronization tool thanks -- ... ⢀⣴⠾⠻⢶⣦⠀ Thiago Andrade Marques ⣾⠁⢰⠒⠀⣿⡁ GPG: 4096R/F8CDB08B ⢿⡄⠘⠷⠚⠋⠀ GPG Fingerprint: 1D38 EE3C 624F 955C E1FA 3C85 5A30 3591 F8CD B08B ⠈⠳⣄
Bug#951466: ITS: lynis
X-Debbugs-CC: Francisco Manuel Garcia Claramonte X-Debbugs-CC: m...@qa.debian.org Package: lynis Severity: important Quack, As suggested by the MIA team I'm starting a salvaging procedure. I believe that Francisco might be MIA but will speak for this specific package here. lynis has not received any care since early 2018 and is missing multiple upstream versions. It also has a longstanding RC bug and was removed from testing in October 2019. Bugs are unanswered (4 out of 5, and the remaining one is dated 2015). I also contacted Franscisco directly on 2020-02-05 and got no answer. I hereby wishes to take care of this package. I would be totally fine with comaintainership with Francisco or anyone else. Regards. \_o< -- Marc Dequènes
Bug#951401: (no subject)
The 64-bit AppImage downloadable from the FreeCAD website also has the same blank print preview behavior. It produces the following error messages in the report pane: QOpenGLFramebufferObject: Framebuffer incomplete attachment. XmbTextListToTextProperty result code -2 XmbTextListToTextProperty result code -2 XmbTextListToTextProperty result code -2
Bug#888675: fixed in debian-parl 1.9.23 hopefully entering testing soon
Nudging this closed bug to avoid auto-kicking from testing - 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#951057: clamav-freshclam: allow overriding of CA store
On 2020-02-10 13:50:00 [+], Adam D. Barratt wrote: > With 0.102, Freshclam started using libcurl for database downloads, but > appears to provide no way to configure which certificates should be trusted. I just learned about the https part. … > but this isn't ideal. A configuration option to allow specifying an > alternative bundle / root, or even respecting CURL_CA_BUNDLE, would be much > appreciated. I've been plumbing a variable from the config file up to the needed part at the other end of the source code and I got bored in the middle of it. This would also require a .so bump of the libfresclam but since the header files are never exported as part of any -dev package I think we could get around it (but you get the idea of the change). And then you said that respecting CURL_CA_BUNDLE would do the job for you and this would make the change much easier. I was going to submit a pu for 102.2 which migrated to testing a few days ago and then this showed up. At [0] I prepared a deb9u1 based package of 102.2 with a patch [1] on top of it which should do just what you asked for (just set the enviroment variable CURL_CA_BUNDLE before invoking freshclam and all should be good). In my testing I've set CURL_CA_BUNDLE to /bin/bash and freshclam didn't work so I think it will work if you set it properly :) I didn't look at the daemon mode… The tar archive contains a source package and an amd64 binary one. If you could test it and confirm that it works for you, that would be great. [0] https://breakpoint.cc/clamav_0.102.2+dfsg-0~deb9u1.tar [1] https://salsa.debian.org/clamav-team/clamav/blob/unstable/debian/patches/clamsubmit-libfreshclam-Use-CURL_CA_BUNDLE.patch > Regards, > > Adam Sebastian
Bug#951426: calibre: Fails to input IDEOGRAPHIC SPACE (U+3000) character
forwarded 951426 https://bugs.launchpad.net/calibre/+bug/1863525 thanks Forwarded upstream. On Sun, 16 Feb 2020, Dai Maru wrote: > My using clibre (4.99.4+dfsg+really4.10.0+py3-2) cannot tread IDEOGRAPHIC > SPACE (U+3000) corretly. > When I input IDEOGRAPHIC SPACE (U+3000) character to text field, it is > replaced to SPACE (U+0020). > The text field which have already contained IDEOGRAPHIC SPACE (U+3000) > character can be displayed > correctly, but it is replaced to SPACE (U+0020) after editting the field. -- PREINING Norbert http://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#951464: opencv: FTBFS on riscv64 due to disabled packages
Source: opencv Version: 4.2.0+dfsg-4 Severity: important Tags: patch User: debian-ri...@lists.debian.org Usertags: riscv64 Hi, opencv fails to build on riscv64 as some features have been disabled for this architecture in the recent uploads, which causes some files to be missing during the dh_install phase. All the packages needed for opencv are available in riscv64. They might not have been able transiently due to transitions, but that's not a reason to disable features. The attached patch removes all this changes, would it be possible to include it in the next upload? Thanks, Aurelien -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) diff -Nru opencv-4.2.0+dfsg/debian/changelog opencv-4.2.0+dfsg/debian/changelog --- opencv-4.2.0+dfsg/debian/changelog 2020-02-03 01:14:53.0 + +++ opencv-4.2.0+dfsg/debian/changelog 2020-02-12 22:15:25.0 + @@ -1,3 +1,9 @@ +opencv (4.2.0+dfsg-4+riscv64) unreleased; urgency=medium + + * Re-enable features disabled on riscv64. + + -- Aurelien Jarno Wed, 12 Feb 2020 23:15:25 +0100 + opencv (4.2.0+dfsg-4) unstable; urgency=medium * Skip dh_dwz on mipsel architecture. diff -Nru opencv-4.2.0+dfsg/debian/control opencv-4.2.0+dfsg/debian/control --- opencv-4.2.0+dfsg/debian/control2020-01-08 06:59:07.0 + +++ opencv-4.2.0+dfsg/debian/control2020-02-12 22:15:25.0 + @@ -15,18 +15,18 @@ doxygen, javahelper, ninja-build, - libavcodec-dev [!riscv64], - libavformat-dev [!riscv64], + libavcodec-dev, + libavformat-dev, libavresample-dev, libdc1394-22-dev [linux-any], libeigen3-dev, - libgdal-dev [!riscv64], - libgdcm-dev [!hppa !m68k !powerpcspe !riscv64 !sh4 !sparc64 !x32], + libgdal-dev, + libgdcm-dev [!hppa !m68k !powerpcspe !sh4 !sparc64 !x32], libgl1-mesa-dev, libglu1-mesa-dev, libgoogle-glog-dev, libgphoto2-dev, - libgtk-3-dev [!riscv64], + libgtk-3-dev, libjpeg-dev, liblapack-dev (>= 3.2.1), libleptonica-dev, @@ -40,9 +40,9 @@ libtesseract-dev, libtiff-dev, libv4l-dev [linux-any], - libvtk6-dev [!riscv64], - libvtkgdcm-dev [!alpha !ppc64 !riscv64 !x32], - libgdcm-tools [!riscv64], + libvtk6-dev, + libvtkgdcm-dev [!alpha !ppc64 !x32], + libgdcm-tools, maven-repo-helper [!hppa !hurd-any !kfreebsd-any], ocl-icd-opencl-dev, protobuf-compiler, diff -Nru opencv-4.2.0+dfsg/debian/rules opencv-4.2.0+dfsg/debian/rules --- opencv-4.2.0+dfsg/debian/rules 2020-02-02 09:40:38.0 + +++ opencv-4.2.0+dfsg/debian/rules 2020-02-12 22:15:25.0 + @@ -40,11 +40,6 @@ CMAKE_ARCH_FLAGS += -DWITH_1394=OFF -DWITH_V4L=OFF endif -# misc arch-specific configs -ifeq (riscv64,$(DEB_HOST_ARCH)) - CMAKE_ARCH_FLAGS += -DWITH_GDCM=OFF -DWITH_WEBP=OFF -DWITH_GDAL=OFF -DWITH_VTK=OFF -DWITH_GTK=OFF -DWITH_FFMPEG=OFF -endif - # Java support ifeq (,$(findstring $(DEB_HOST_ARCH), hppa hurd-i386 kfreebsd-i386 kfreebsd-amd64)) CMAKE_ARCH_FLAGS += -DBUILD_JAVA=ON
Bug#951431: calibre: drop some fullwidth character when adding book
tags 951431 + fixed-upstream pending thanks > Some fullwidth characters is dropped when I add the book from file. I reported it upstream and it was immediately fixed in the git repo, and will be in the next release. Thanks for sending the test files! Best Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#951461: Acknowledgement (libgl1-mesa-dri: X crashes on startup when libgl1-mesa-dri ver is not same as libegl-mesa0/libgbm1)
Some further bisecting: It works with libegl-mesa0 19.2.6-1 libgbm1 19.3.0-1 libgl1-mesa-dri 19.3.3-1 (dpkg allows this if you upgrade libgbm1 after libeg1-mesa0 is all set) and suggesting that the package conflict is with libgbm < 19.3.0
Bug#951462: pcsx2: Extremely slow render in both hardware and software rendering mode. Is a bug, have a fix.
Package: pcsx2 Version: 1.5.0~gfc1d9aef0+dfsg-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Normal usage, beyond firmware dump (i.e. a game itself, post-boot) * What exactly did you do (or not do) that was effective (or ineffective)? FAIL: Initially tried changing from HW to SW render (eliminates GPU) FAIL: Disable/enable XFCE compositor and options. SUCCESS: Rolled back to version 1.4 * What was the outcome of this action? Worked perfectly. Complete success. Also fixes bug #864008 on my system. * What outcome did you expect instead? N/A * Bug recreation, and bug fix: 0) Foreword: You will have to play enough of a game to use the game engine's PS2 hardware render capabilities. It is highly recommended that Tekken 4 or a similar "engin-ed" game be used. Finally, a testing machine should be >= mine: Ryzen 3600X CPU, 2x4GB DC memory clocked at 2666Mhz, AMD RX460 2GB video card. 1) Install pcsx2 1.5 on a regular Debian 10.x AMD64 system. 2) Try to run the game (see notes at point 0) through until the actual realt-time 3D rendering begins as pre-rendered FMVs, and 2D planes don't not produce this bug very vissibly (if at all). 3) After exhausting settings/fiddling: Bug has been recreated. 4) Purge the package pcsx2 1.5.x, NOT its dependencies. 5) Download the 1.4.x deb package from 9 ("Stretch"). 6) Install pcsx 1.4 deb with dpkg (deps from 1.5 work)* 7) Ensure all settings are at stock. You may need software rendering for Tekken 4 and similar. 8) Run PCSX2 with your game. It should now run at 100% FPS. Bug #864008 is _also_ fixed by this method. * Final notes Please roll back to the 1.4 branch of PCSX2. The developers' last "Release" pre-compiled binary is 1.4. Even Arch/Manjaro, known for being "Bleeding Edge" use the 1.4 version. Clearly 1.5 is buggy, at least on GNU/Linux. Though PCSX2 is supposedly "cross-platform", I see a lot more development and patching for M$ Windows, likely because the audience is bigger, giving them more testers and a larger target "market". As of writing, version 1.4 shares the exact same deps as 1.5. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-8-amd64 (SMP w/12 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pcsx2 depends on: ii libaio1 0.3.112-3 ii libasound2 1.1.8-1 ii libc6 2.28-10 ii libgcc1 1:8.3.0-6 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgl1 1.1.0-1 ii libglib2.0-02.58.3-2+deb10u2 ii libgtk2.0-0 2.24.32-3 ii liblzma55.2.4-1 ii libpng16-16 1.6.36-6 ii libportaudio2 19.6.0-1 ii libsdl2-2.0-0 2.0.9+dfsg1-1 ii libsoundtouch1 2.1.2+ds1-1 ii libstdc++6 8.3.0-6 ii libwxbase3.0-0v53.0.4+dfsg-8 ii libwxgtk3.0-0v5 3.0.4+dfsg-8 ii libx11-62:1.6.7-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages pcsx2 recommends: ii libasound2-plugins 1.1.8-1 ii libc6 [libc6-i686] 2.28-10 pcsx2 suggests no packages. -- no debconf information
Bug#951412: proftpd-basic: segfault when logging in through sftp
Am 16.02.2020 um 21:38 teilte Hilmar Preuße mit: > Am 16.02.2020 um 09:34 teilte Tomas Janousek mit: Hi Tomas, >> It appears bug #839880 reappeared in current Debian stable: >> > I'm unable to reproduce the issue, but it looks similar to > > https://github.com/proftpd/proftpd/issues/656 > > Please read through the issue and report back if it describe your > problem. Thanks! > I've built fixed(?) packages for this issue and uploaded here [1]. If you need packages for other arches, please call back. Hilmar [1] https://freeshell.de/~hille42/proftpd/951412_949622/ -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#951463: libur-perl: test failures in t/URT/t/21b_load_observer_autosubclass.t
Source: libur-perl Version: 0.470+ds-1 Severity: serious Tags: upstream ftbfs sid bullseye Justification: fails to build from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 libur-perl started failing its testsuite a few weeks ago. This can be seen on https://ci.debian.net/packages/libu/libur-perl/ and (hopefully soon, when my smoker's test appears) on http://matrix.cpantesters.org/?dist=UR%200.47;os=linux;perl=5.30.1;reports=1 and also locally: Leftover objects in subordinate iterator for URT::Employee. This shouldn't happen, but it's not fatal... at t/URT/t/21b_load_observer_autosubclass.t line 68. # Failed test 'Saw correct number of Person observations' # at t/URT/t/21b_load_observer_autosubclass.t line 70. # got: '4' # expected: '1' # Failed test 'Person observations match expected' # at t/URT/t/21b_load_observer_autosubclass.t line 71. # Structures begin differing at: # $got->[1] = ARRAY(0x5602be85a1f8) # $expected->[1] = Does not exist # Failed test 'Saw correct number of Employee observations' # at t/URT/t/21b_load_observer_autosubclass.t line 75. # got: '4' # expected: '1' # Failed test 'Employee observations match expected' # at t/URT/t/21b_load_observer_autosubclass.t line 76. # Structures begin differing at: # $got->[1] = ARRAY(0x5602be85a198) # $expected->[1] = Does not exist # Failed test 'Saw correct number of Person observations' # at t/URT/t/21b_load_observer_autosubclass.t line 85. # got: '0' # expected: '1' # Failed test 'Person observations match expected' # at t/URT/t/21b_load_observer_autosubclass.t line 86. # Structures begin differing at: # $got->[0] = Does not exist # $expected->[0] = ARRAY(0x5602be827370) # Failed test 'Saw correct number of Employee observations' # at t/URT/t/21b_load_observer_autosubclass.t line 90. # got: '0' # expected: '1' # Failed test 'Employee observations match expected' # at t/URT/t/21b_load_observer_autosubclass.t line 91. # Structures begin differing at: # $got->[0] = Does not exist # $expected->[0] = ARRAY(0x5602be85a408) Cannot change read-only property person_id for class URT::Person! Failed to update 2 property: person_id from 1 to 2 at t/URT/t/21b_load_observer_autosubclass.t line 98. # Looks like your test exited with 2 just after 22. t/URT/t/21b_load_observer_autosubclass.t .. 1..27 ok 1 - create person table ok 2 - insert into person table ok 3 - insert into person table ok 4 - insert into person table ok 5 - insert into person table ok 6 - create employee table ok 7 - insert into employee table ok 8 - insert into employee table ok 9 - insert into employee table ok 10 - insert into employee table ok 11 - made an observer on Person class ok 12 - made an observer on Employee class ok 13 - Got person ID 1 not ok 14 - Saw correct number of Person observations not ok 15 - Person observations match expected not ok 16 - Saw correct number of Employee observations not ok 17 - Employee observations match expected ok 18 - Got Employee ID 2 not ok 19 - Saw correct number of Person observations not ok 20 - Person observations match expected not ok 21 - Saw correct number of Employee observations not ok 22 - Employee observations match expected Dubious, test returned 2 (wstat 512, 0x200) Failed 13/27 subtests Looking at potentially related changes in Debian in the last weeks I found an upgrade of sqlite3 from 3.30.1 to 3.31.1. Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAl5JwmJfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgZqwhAAtimVqRsAyuVUEByLpSsuDNSqZy9OYm9u6i4FIkgwc6+M7fMlw1TWlK3m nQh3y/Nq119sDkMOfroTPXsrsa4uOUAqMplJ5wg+a+szgsYDE72QndXtYZs7/7QC +w7WQZdw9V2TUhj/AMj/2abPauSx4txxKaSDtMz9CTlvAksuhUp/QzXWscWcUf0W HnM5CaiOVTCpGu9BI6wQgHA5DH1o6CsOobaJ/oCFgcXyl/qq2hRZXACnsioKmnG0 K+GLi/8IgwDwO4xEG228BaMZVCtCxoXx62D8iYMkvlSwxPWvR2O/kwDtyaWRC2pt VrnNRgUmXD900cAbKROZiqpQ8XhdwtAe0S9worCVf1vib7cuAd1VJ2WbweGKv8OD kkoCvL5Xl3mI4fR9u9X8zQ5kciZxoVtpo5rAFK2N9PhfnHNx790BwLYC9XFAA+o9 lDhqQiUjDmaddTJunIFN1B7i1Sg1Hf8A0H1TBpFCQ45Tt4Tj/VJcj1Bf/G8GjLEi CE7Rk482iYpGVknrylGpS1E4WS48tKmOfGausd6rQuAE1qCg6eS/w25vsQjL7AYS hQgJTD10rVClb88yENowMVFCFughWI4kn2jNxBHAKpFPBUmOXZX3RaM7WNG3yhmb odrEIL2Y7FpsYdMowIAFgR/Mo68DtaFT79+4rc9si95l56o6fQc= =dO4K -END PGP SIGNATURE-
Bug#951461: libgl1-mesa-dri: X crashes on startup when libgl1-mesa-dri ver is not same as libegl-mesa0/libgbm1
Package: libgl1-mesa-dri Version: 19.3.3-1 Severity: important While trying to bisect some differences in behavior between two installs on the same machine, I installed the following combination of packages, with the blessing/approval of both dpkg and apt: libegl-mesa019.2.6-1 libgbm1 19.2.6-1 libgl1-mesa-dri 19.3.3-1 This results in X crashing immediately when I run "startx". The problem doesn't happen (X runs) with libegl-mesa019.3.3-1 libgbm1 19.3.3-1 libgl1-mesa-dri 19.3.3-1 suggesting a tighter dependency requirement is in order. Apt does require that libegl-mesa0 and libgbm1 be kept in lockstep, so I'm not sure if either of those two is more to blame for the conflict. P.S. X works fine with libegl-mesa019.3.3-1 libgbm1 19.3.3-1 libgl1-mesa-dri 19.1.6-1 -- Package-specific info: glxinfo: DISPLAY is not set. /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. The lspci command was not found; not including PCI data. /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 5.4.2-2-pinebookpro-arm64 (abuild@armbuild24) (gcc version 9.2.1 20200104 (Debian 9.2.1-22)) #1 SMP PREEMPT Sun Jan 19 22:43:25 UTC 2020 Xorg X server log files on system: -- -rw-r--r-- 1 root root 6670 Feb 16 16:58 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 1181.447] X.Org X Server 1.20.7 X Protocol Version 11, Revision 0 [ 1181.447] Build Operating System: Linux 4.19.0-6-arm64 aarch64 Debian [ 1181.447] Current Operating System: Linux Debian-Desktop 5.4.2-2-pinebookpro-arm64 #1 SMP PREEMPT Sun Jan 19 22:43:25 UTC 2020 aarch64 [ 1181.447] Kernel command line: root=/dev/mmcblk2p6 console=ttyS2,150n8 console=tty0 ro quiet splash plymouth.ignore-serial-consoles maxcpus=4 coherent_pool=1M earlycon=uart8250,mmio32,0xff1a [ 1181.447] Build Date: 05 February 2020 04:27:36PM [ 1181.447] xorg-server 2:1.20.7-3 (https://www.debian.org/support) [ 1181.447] Current version of pixman: 0.36.0 [ 1181.447]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1181.448] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1181.448] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Feb 16 16:58:00 2020 [ 1181.448] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1181.449] (==) No Layout section. Using the first Screen section. [ 1181.449] (==) No screen section available. Using defaults. [ 1181.449] (**) |-->Screen "Default Screen Section" (0) [ 1181.449] (**) | |-->Monitor "" [ 1181.449] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1181.449] (==) Automatically adding devices [ 1181.449] (==) Automatically enabling devices [ 1181.449] (==) Automatically adding GPU devices [ 1181.449] (==) Max clients allowed: 256, resource mask: 0x1f [ 1181.449] (WW) The directory "/usr/share/fonts/X11/misc" does not exist. [ 1181.450]Entry deleted from font path. [ 1181.450] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 1181.450]Entry deleted from font path. [ 1181.450] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 1181.450]Entry deleted from font path. [ 1181.450] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 1181.450]Entry deleted from font path. [ 1181.450] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist. [ 1181.450]Entry deleted from font path. [ 1181.450] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [ 1181.450]Entry deleted from font path. [ 1181.450] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 1181.450]Entry deleted from font path. [ 1181.450] (==) FontPath set to: built-ins [ 1181.450] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1181.450] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1181.450] (II) Loader magic: 0xc402ae10 [ 1181.450] (II) Module ABI versions: [ 1181.450]X.Org ANSI C Emulation: 0.4 [ 1181.450]X.Org Video Driver: 24.1 [ 1181.450]X.Org XInput driver : 24.1 [ 1181.450]X.Org Server Extension : 10.0 [ 1181.451] (++) using VT number 1 [ 1181.454] (II) systemd-logind: took control of session /org/freedesktop/login1/session/c1 [ 1181.455] (II) xfree86: Adding drm device
Bug#951380: vim-tiny: Incorrect size reported when invoked as vi on 32-bit architectures
On Sun, Feb 16, 2020 at 02:22:45PM -0500, James McCoy wrote: > Interestingly, changing > > vim_snprintf((char *)p, IOSIZE - (p - IObuff), > NGETTEXT("%lld character", "%lld characters", nchars), > (long_long_T)nchars); > > to > > vim_snprintf((char *)p, IOSIZE - (p - IObuff), > NGETTEXT("%ld foo %lld character", "%ld foo %lld characters", > nchars), 42L, > (long_long_T)nchars); > > "fixes" the problem. > > The extra format spec (which mimics the L/C status) seems to have a > relevant effect here. Yeah, that changes the va_list so the value is properly aligned to be read via a 32-bit value. If the value were more than 32-bits, then the reporting would also be wrong (either way) because without FEAT_NUM64 defined, Vim internally turns the %lld into %ld. This is the root of the problem. It's unconditionally doing this transformation when built without FEAT_NUM64, which controls whether vimscript supports 64-bit variables, even though vim_snprintf() isn't being used solely for formatting vim variables. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Bug#951460: RFP: maxcso -- A fast ISO to CSO compression program for use with PSP and PS2 emulators
Package: wnpp Severity: /wishlist/
Bug#888705: abseil-cpp packaging
Hi Anton, Benjamin, On Sun, Feb 16, 2020 at 9:53 PM Anton Gladky wrote: > feel free to check the package on salsa > and prepare merge request. I don't send a merge request as while it's a very little package we do it very differently. In my reading abseil is _not_ guaranteed to have ABI compatibility at all times. That's why it meant to be a static library collection only. Forcing it to build shared libraries and have other packages than libabseil-cpp-dev is no sense I think. Benjamin may or may not confute this, let's hear him. Then the self-testing can be disabled now, no need to comment that out. Pass the following to dh_auto_configure: -DABSL_RUN_TESTS=OFF \ -DABSL_USE_GOOGLETEST_HEAD=OFF Of course it would be encouraged to have package testing. But it works only with both options set to ON and have internet access to git clone google test to the source tree. @Benjamin: may you ask its developers to use the system gtest libraries if only ABSL_RUN_TESTS set to ON? Regards, Laszlo/GCS
Bug#894706: ebook-tools: diff for NMU version 0.2.2-4.1
Control: tags 894706 + pending Dear maintainer, I've prepared an NMU for ebook-tools (versioned as 0.2.2-4.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards, Boyuan Yang diff -Nru ebook-tools-0.2.2/debian/changelog ebook-tools- 0.2.2/debian/changelog --- ebook-tools-0.2.2/debian/changelog 2014-07-29 15:07:39.0 -0400 +++ ebook-tools-0.2.2/debian/changelog 2020-02-16 16:00:40.0 -0500 @@ -1,3 +1,13 @@ +ebook-tools (0.2.2-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop realpath from the autopkg test dependencies. +(Closes: #894706) + * debian/tests/build: Replace deprecated $ADTTMP with +$AUTOPKGTEST_TMP. + + -- Boyuan Yang Sun, 16 Feb 2020 16:00:40 -0500 + ebook-tools (0.2.2-4) unstable; urgency=medium [ Martin Pitt ] diff -Nru ebook-tools-0.2.2/debian/tests/build ebook-tools- 0.2.2/debian/tests/build --- ebook-tools-0.2.2/debian/tests/build2014-07-29 15:06:47.0 -0400 +++ ebook-tools-0.2.2/debian/tests/build2020-02-16 16:00:38.0 -0500 @@ -2,6 +2,6 @@ set -e SRCDIR=$(dirname $(realpath $0)) -cd $ADTTMP +cd $AUTOPKGTEST_TMP gcc -Wall -Werror -pedantic -std=c90 -o test-libepub $SRCDIR/test-libepub.c -lepub ./test-libepub "$SRCDIR/wasteland-20120118.epub" diff -Nru ebook-tools-0.2.2/debian/tests/control ebook-tools- 0.2.2/debian/tests/control --- ebook-tools-0.2.2/debian/tests/control 2014-07-23 14:21:16.0 -0400 +++ ebook-tools-0.2.2/debian/tests/control 2020-02-16 15:47:36.0 -0500 @@ -1,2 +1,2 @@ Tests: build -Depends: build-essential, realpath, libepub-dev +Depends: build-essential, libepub-dev
Bug#951459: ITP: sip5 -- Python bindings generator for C/C++ libraries
Package: wnpp Severity: wishlist Owner: Dmitry Shachnev * Package name: sip5 Version : 5.1.0 Upstream Author : Riverbank Computing Limited * URL : https://riverbankcomputing.com/software/sip/intro * License : SIP Programming Lang: C, Python Description : Python bindings generator for C/C++ libraries SIP is a collection of tools that makes it very easy to create Python bindings for C and C++ libraries. It was originally developed in 1998 to create PyQt, the Python bindings for the Qt toolkit, but can be used to create bindings for any C or C++ library. For example it is also used to generate wxPython, the Python bindings for wxWidgets. SIP comprises a set of build tools and a sip module. The build tools process a set of specification files and generates C or C++ code which is then compiled to create the bindings extension module. Several extension modules may be installed in the same Python package. Extension modules can be built so that they are are independent of the version of Python being used. In other words a wheel created from them can be installed with any version of Python starting with v3.5. sip4 already exists in Debian, this is an ITP for the next version, sip5. -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#888705: abseil-cpp packaging
Hi László, feel free to check the package on salsa and prepare merge request. I am able to have a look at it on Thursday. https://salsa.debian.org/debian/abseil Regards Anton László Böszörményi (GCS) schrieb am So., 16. Feb. 2020, 14:14: > Hi Anton, Benjamin, > > I also need abseil, to be precise abseil-cpp (as there's abseil-py as > well). Even contacted by some Google employee if I have time to > package it. Done it and ready to be uploaded. Do you allow me to take > over (and rename the package to abseil-cpp)? Feel free to do it > yourself, but please then do it in the next few days - or let me do > it. > > Regards, > Laszlo/GCS >
Bug#951458: zsh: CVE-2019-20044: insecure dropping of privileges when unsetting PRIVILEGED option
Package: zsh Version: 5.7.1-test-3-1 Severity: important Tags: fixed-upstream security pending Control: found -1 5.0.7-5 Control: found -1 5.3.1-4 Control: found -1 5.4.2-3 Control: found -1 5.7.1-1 >From upstream NEWS file: CVE-2019-20044: When unsetting the PRIVILEGED option, the shell sets its effective user and group IDs to match their respective real IDs. On some platforms (including Linux and macOS, but not FreeBSD), when the RUID and EUID were both non-zero, it was possible to regain the shell's former privileges by e.g. assigning to the EUID or EGID parameter. In the course of investigating this issue, it was also found that the setopt built-in did not correctly report errors when unsetting the option, which prevented users from handling them as the documentation recommended. setopt now returns non-zero if it is unable to safely drop privileges. [ Reported by Sam Foxman . ] How to reproduce (run as root): # perl -e '$< = 1; $> = 2; exec("zsh", "-fc", "id; set +p; id; EUID=2; id");' On vulnerable systems the last call to id will show that the euid is set back to 2. Upstream confirmed that at least zsh in Debian Jessie (5.0.7-5) and zsh in Ubuntu 18.04 LTS Bionic Beaver are affected by this issue. (As well as the version previous to the fixed version of course, i.e. 5.7.1-1 as in Debian Buster.) I also confirmed that zsh 5.3.1-4 in Debian Stretch is affected as well. Regards, Axel P.S.: This bug report is mostly for reference and for tracking vulnerable and fixed versions besides https://security-tracker.debian.org/tracker/CVE-2019-20044 P.P.S.: Only severity important, because upstream declared it as "minor vulnerability".
Bug#651085: ITP: zita-dpl1 - look-ahead digital peak limiter
owner 651085 ! retitle 651085 ITP: zita-dpl1 - look-ahead digital peak limiter signature.asc Description: OpenPGP digital signature
Bug#951412: proftpd-basic: segfault when logging in through sftp
Am 16.02.2020 um 09:34 teilte Tomas Janousek mit: Hi Tomas, > It appears bug #839880 reappeared in current Debian stable: > I'm unable to reproduce the issue, but it looks similar to https://github.com/proftpd/proftpd/issues/656 Please read through the issue and report back if it describe your problem. Thanks! Hilmar -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#951457: [Pkg-zsh-devel] Bug#951457: Please ship gdbm module
Control: tag -1 pending confirmed Hi Andreas, Andras Korn wrote: > zshmodules(1) mentions the "zsh/db/gdbm" module, but it's not actually > shipped by the package: Correct. Funnily I fixed this issue in git just two hours ago as one of our packaging team members noticed that, too: https://salsa.debian.org/debian/zsh/commit/cd532ebb2cd60d4e0e3f6b16f63ddf6fd2bcce67 And you're just in time so that I can include this bug report's number in the debian/changelog entry — because I am about to upload 5.8-1. :-) 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#951401: (no subject)
This affects the version from debian-stable. A workaround is to use the version installed from the Snap Store which works as expected. This is available via Gnome Software by: 1. $sudo apt install gnome-software-plugin-snap 2. Open Gnome Software, allow it to restart and update, then search for FreeCAD. Select the version where the source is "Snap Store" and install.
Bug#951415: calibre: list command of calibredb is broken
tags 951415 + forwarded pending fixed-upstream tags 951437 + forwarded pending fixed-upstream thanks Hi Dai, > $ calibredb list > $ calibredb show_metadata --as-opf 1 I have reported both bugs upstream, the first is already fixed in the repo, for the second I sent a pull request. The next release will see these two fixed. Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#951457: Please ship gdbm module
Package: zsh Version: 5.7.1-1+b1 Severity: wishlist Hi, zshmodules(1) mentions the "zsh/db/gdbm" module, but it's not actually shipped by the package: % zmodload zsh/db/gdbm zsh: failed to load module `zsh/db/gdbm': /usr/lib/x86_64-linux-gnu/zsh/5.7.1/zsh/db/gdbm.so: cannot open shared object file: No such file or directory I suppose (paraphrasing xkcd) this module is like a blockchain or a grappling hook: if you encounter a situation where it's the right solution, it's very cool, but it happens rarely. :) I think I have just found such a situation and was disappointed to see that the gdbm module wasn't available. Thanks András -- Package-specific info: Packages which depend, recommend, suggest or enhance a zsh package and hence may provide code meant to be sourced in .zshrc: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---=== ii grml-etc-core 0.16.1 all core etcetera files for the Grml system ii grml-scripts 2.9.0amd64Collection of little tools The following files were modified: /etc/minimal-shellrc -- System Information: Debian Release: 10.0 APT prefers unstable Architecture: amd64 (x86_64) Foreign Architectures: i386 Init: runit (via /run/runit.stopit) Versions of packages zsh depends on: ii libc6 2.29-3 ii libcap2 1:2.27-1 ii libtinfo6 6.1+20191019-1 ii zsh-common 5.7.1-1 Versions of packages zsh recommends: ii libc6 2.29-3 ii libncursesw6 6.1+20191019-1 ii libpcre3 2:8.39-12+b1 Versions of packages zsh suggests: pn zsh-doc -- no debconf information
Bug#951456: glabels merge does not recognize Umlaut or accents
Package: glabels Version: 3.4.1-1.1 Severity: important Dear Maintainer, When I try to generate labels from CSV files, words containing accents or Umlaute are ignored. Steps to reproduce: 1 - Create a CSV data source file, e.g. plain text containing this: FName1,LName1 Heinz,Müller Henri,Têt FName2,LName2 2 - Launch glabels. Create an (empty) glabels file using label templates, e.g. Avery 7160. 3 - Merge > Properties and select the CSV file above. 4 - "Expand" the file preview. Already at this stage we can can see that the words with accents or Umlauts are not shown in the preview. If you try to use these fileds, nothing is printed (i.e. "empty text"). The other lines are not affected. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C), LANGUAGE=en_GB.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages glabels depends on: ii dpkg 1.19.7 ii glabels-data 3.4.1-1.1 ii libc62.28-10 ii libcairo21.16.0-4 ii libebook-1.2-19 3.30.5-1 ii libebook-contacts-1.2-2 3.30.5-1 ii libedataserver-1.2-233.30.5-1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk-3-0 3.24.5-1 ii libiec16022-00.2.4-1.2 ii libpango-1.0-0 1.42.4-7~deb10u1 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii libqrencode4 4.0.2-1 ii librsvg2-2 2.44.10-2.1 ii libxml2 2.9.4+dfsg1-7+b3 Versions of packages glabels recommends: ii evince 3.30.2-3+deb10u1 Versions of packages glabels suggests: pn evolution-data-server -- no debconf information
Bug#951442: debian-security-support: Please allow to exclude specific packages from the check
Controls: tags -1 confirmed patch Holger Levsen wrote on Sun, 16 Feb 2020 18:29 +: > On Sun, Feb 16, 2020 at 04:12:46PM +, Daniel Shahaf wrote: > > [...] Thus, in effect, it would let the admin "whitelist" > > known issues, so only new ones would be printed. > > > > Would this make sense? > > yes. Thanks for the quick answer. > & patches welcome. Here you go, against current git: [[[ diff --git a/check-support-status.in b/check-support-status.in index a5437c4..685e5ac 100755 --- a/check-support-status.in +++ b/check-support-status.in @@ -28,6 +28,7 @@ fi LIST= NOHEADING= STATUSDB_FILE= +EXCEPT= TYPE= NAME="$(basename "$0")" @@ -37,7 +38,7 @@ TODAY="$(date +"%Y%m%d")" TEMP=$( \ getopt \ --options h,V \ ---long help,list:,no-heading,semaphore:,status-db:,type:,version,Version \ +--long help,list:,no-heading,semaphore:,status-db:,except:,type:,version,Version \ -n "$NAME" \ -- "$@" ) @@ -52,6 +53,7 @@ Options: --list FILE database of packages under specific support conditions --no-heading skips printing headlines --status-db FILE database about already reported packages + --except PACKAGES exempt given packages (comma-separated list) --type SECURITY_SUPPORT_TYPE earlyend, ended or limited -V, --version display version and exit"; echo } @@ -86,6 +88,10 @@ while true ; do STATUSDB_FILE="$2" shift 2 ;; +--except) +EXCEPT="$2" +shift 2 +;; --type) TYPE="$2" shift 2 @@ -104,17 +110,17 @@ done case "$TYPE" in '') if [ -z "$LIST" ] ; then -REPORT="$($0 --type ended --list [% ENDED %] --status-db "$STATUSDB_FILE" $NOHEADING)" +REPORT="$($0 --type ended --list [% ENDED %] --status-db "$STATUSDB_FILE" --except "$EXCEPT" $NOHEADING)" if [ -n "$REPORT" ] ; then echo "$REPORT" echo fi -REPORT="$($0 --type limited --list [% LIMITED %] --status-db "$STATUSDB_FILE" $NOHEADING)" +REPORT="$($0 --type limited --list [% LIMITED %] --status-db "$STATUSDB_FILE" --except "$EXCEPT" $NOHEADING)" if [ -n "$REPORT" ] ; then echo "$REPORT" echo fi -$0 --type earlyend --list [% ENDED %] --status-db "$STATUSDB_FILE" $NOHEADING +$0 --type earlyend --list [% ENDED %] --status-db "$STATUSDB_FILE" --except "$EXCEPT" $NOHEADING exit 0 fi gettext 'E: Need a --type if --list is given'; echo @@ -240,6 +246,11 @@ cat "$INTERSECTION_LIST" | while read SRC_NAME ; do [% AWK %] '($3=="'"$SRC_NAME"'"){print $1" "$2}' "$INSTALLED_LIST" | \ while read BIN_NAME BIN_VERSION ; do +case ",$EXCEPT," in +*,"$BIN_NAME",*) +continue +;; +esac # for earlyend and ended, check packages actually affected (if TMP_WHEN not null) if [ -n "$TMP_WHEN" ] || [ "$TYPE" = limited ] ; then if \ diff --git a/man/check-support-status.txt b/man/check-support-status.txt index a16ef9a..066e042 100644 --- a/man/check-support-status.txt +++ b/man/check-support-status.txt @@ -83,6 +83,12 @@ reported only once. + Default: No records, any affected package will be reported every time. +*--except* 'PACKAGES':: + +Do not alert for the given binary packages (comma-separated list). ++ +Default: Alert for all packages (no exceptions). + *--type* 'TYPE':: One of the following: diff --git a/t/check-support-status.t b/t/check-support-status.t index 784d947..dd9c54f 100644 --- a/t/check-support-status.t +++ b/t/check-support-status.t @@ -855,6 +855,50 @@ __EOS__ ); } +diag ('exempt packages from listing'); + +foreach my $awk (@AWKs) { +diag ("exempt ($awk)"); + +my $tb = Testbed->new ($dpkg_version); +my ($list_ended, $list_limited, $query_list, $statusdb_file) = $tb->files; +my $exe = $tb->exe ( +$awk, +[ +'--type', 'limited', +'--no-heading', +'--list', $list_limited, +'--status-db', $statusdb_file, +'--except', 'hello,php5', +], +); + +write_file ($list_limited, <<__EOS__); +php5See README.Debian.security for the PHP security policy +__EOS__ +mock_query_list ( +$query_list, +[ +[ 'ioi', 'php5', '5.3.3-7+squeeze19' ], +], +); + +# run a first time +my $run = Test::Command->new ('cmd' => $exe); +$run->run; +$run->exit_is_num (0); + +my ($stdout, $stderr) = stdout_n_stderr ($run); +$stderr and diag ("stderr:\n" . $stderr); +my $expect_stdout = ''; +eq_or_diff ( +$stdout, +$expect_stdout, +'stdout' +); + +ok (!-f $statusdb_file, 'status db file was not created'); +} done_testing; exit 0; ]]] In a sid chroot it works as follows:
Bug#951380: vim-tiny: Incorrect size reported when invoked as vi on 32-bit architectures
On Sun, Feb 16, 2020 at 01:55:41PM -0500, James McCoy wrote: > Control: retitle -1 vim-tiny: Incorrect size reported when invoked as vi on > 32-bit architectures > Control: tag -1 + upstream confirmed > > On Sat, Feb 15, 2020 at 12:28:24PM -0500, Tresi Arvizo wrote: > > When invoked as vi, vim.tiny incorrectly reports the file size being > > edited, reporting "898964 characters" no matter now large or small the > > file is (tried files from 0 bytes to 71 MB). It works correctly when > > invoked as vim.tiny. This seems to be a problem on the armhf/armv7l > > architecture; I did not see it on an i686 machine. > > I've confirmed that it happens on other 32-bit architectures (e.g., > mipsel) as well. > > > tresi@raspberrypi:~$ vi foo > > hi > > ~ > > "foo" 1 line, 898964 characters > > > > tresi@raspberrypi:~$ vim.tiny foo > > hi > > ~ > > "foo" 1L, 3C > > The difference here is that vi sources /etc/vim/vimrc.tiny and runs > "set compatible". That changes the 'shortmess' option to not contain > the "l" setting, so the translated strings are reported rather than the > abbreviated L/C versions. > > Running "vim.tiny -u NONE foo" will show the same problem. > > Both versions should be going through the same code path, so I'm not > sure yet why there's a difference. > > In this particular code path, it's trying to format the value of off_t > (a 64-bit type) and, due to FEAT_NUM64 being disabled in vim-tiny, > accesses it with “va_arg(ap, long int)” rather than “va_arg(ap, long > long int)”. > > Re-compiling with FEAT_NUM64 defined causes it to work in both > situations, but it's still quite odd that the L/C path works fine. Interestingly, changing vim_snprintf((char *)p, IOSIZE - (p - IObuff), NGETTEXT("%lld character", "%lld characters", nchars), (long_long_T)nchars); to vim_snprintf((char *)p, IOSIZE - (p - IObuff), NGETTEXT("%ld foo %lld character", "%ld foo %lld characters", nchars), 42L, (long_long_T)nchars); "fixes" the problem. The extra format spec (which mimics the L/C status) seems to have a relevant effect here. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Bug#950730: vim: Fails to build against ruby2.7
On Wed, Feb 05, 2020 at 09:46:36AM -0300, Lucas Kanashiro wrote: > We are planning to start the ruby2.7 transition and your package failed > to build against ruby2.7. Check the full build log here: > > https://people.debian.org/~kanashiro/ruby2.7/builds/5/vim/vim_8.1.2269-1+rebuild1580866890_amd64-2020-02-05T01:41:33Z.build It looks like this was just a flaky test (or a change in Perl's output). The vim variant that was being built here doesn't even use Ruby. Is this failure repeatable? Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Bug#951381: pdftex ignores tl-paper setting
Am 16.02.2020 um 19:01 teilte Ted To mit: Hi Ted, > Ah, yes, you are correct. Doh! > > Thank you! > Can we close? Hilmar -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#951109: wlroots: Testing migration blocked by autopkgtest
Hi, On 2/16/20 5:56 PM, Guido Günther wrote: > On Sat, Feb 15, 2020 at 10:02:19PM +0100, Birger Schacht wrote: >> I've installed autopkgtest on my system and was able to reproduce the >> failing test (though only when using --no-built-binaries switch of >> autopkgtest). >> The tests pass if I add libx11-xcb-dev and libxcb-xinput-dev to the >> Depends: of the test >> Or should those rather be Dependencies of libwlroots-dev? > > the tests don't use these in particlar so libwlroots-dev should depend > on it. > thanks for checking! > -- Guido I have fixed that in the packages git repository, but I can not do the upload, it has to be sponsored. (or someone does a dcut dm --uid C5BC7498F466D885188CB397CB06EA7B78DBE151 --allow wlroots allowing me to do the upload ;) cheers, Birger signature.asc Description: OpenPGP digital signature
Bug#951455: byobu: FTBFS: dh_installdocs failed
Source: byobu Severity: serious Version: 5.132-1 X-Debbugs-CC: kirkl...@ubuntu.com anar...@koumbit.org Dear byobu maintainers, Unfortunately the byobu 5.132-1 still fails to build from source. According to https://buildd.debian.org/status/package.php?p=byobu , it looks like an error with dh_installdocs: make[1]: Leaving directory '/<>' dh_install -i dh_installdocs -i dh_installdocs: error: Cannot find (any matches for) "README" (tried in .) make: *** [debian/rules:3: binary-indep] Error 25 Since upstream is shipping README.md instead of README, please update debian/docs file accordingly. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#951454: xsane: Scanning for devices hangs the program
Package: xsane Version: 0.999-6+b1 Severity: normal Dear Maintainer, * What led up to the situation? `xsane` takes an exuberant amount of time scanning for devices on large networks, basically hanging the entire program and making it unusable. * What exactly did you do (or not do) that was effective (or ineffective)? Completely turning off all networking works, as well as running the program in a sandbox as `unshare -n xsane`, however both of those methods are a bit cumbersome to use, and I have not found any switches in the preferences for disabling the scanning for network (non USB) devices. * What outcome did you expect instead? That `xsane` starts normally and then lists available devices, and/or an option to entirely disable scanning over the network in the preferences. Below is a sample output of `strace xsane`: recvfrom(18, "\0\0\204\0\0\0\0\1\0\0\0\1%HP LaserJet 400 col"..., 2048, 0, {sa_family=AF_INET, sin_port=htons(5353), sin_addr=inet_addr("XXX.XXX.XXX.XXX")}, [16]) = 623 select(19, [18], NULL, NULL, {tv_sec=0, tv_usec=30}) = 1 (in [18], left {tv_sec=0, tv_usec=281291}) recvfrom(18, "\0\0\204\0\0\0\0\1\0\0\0\1 Color LaserJet M"..., 2048, 0, {sa_family=AF_INET, sin_port=htons(5353), sin_addr=inet_addr("YYY.YYY.YYY.YYY")}, [16]) = 834 select(19, [18], NULL, NULL, {tv_sec=0, tv_usec=30}) = 1 (in [18], left {tv_sec=0, tv_usec=290064}) -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xsane depends on: ii libc62.28-10 ii libgimp2.0 2.10.8-2 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk2.0-0 2.24.32-3 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblcms2-2 2.9-3 ii libpng16-16 1.6.36-6 ii libsane 1.0.27-3.2 ii libtiff5 4.1.0+git191117-2~deb10u1 ii sensible-utils 0.0.12 ii xsane-common 0.999-6 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages xsane recommends: ii chromium [www-browser] 78.0.3904.108-1~deb10u1 ii cups-client 2.2.10-6+deb10u2 ii dillo [www-browser] 3.0.5-5 ii firefox-esr [www-browser]60.8.0esr-1~deb9u1 ii lynx [www-browser] 2.8.9rel.1-3 ii sugar-browse-activity [www-browser] 202-2 Versions of packages xsane suggests: ii gimp 2.10.8-2 pn gocr | cuneiform | tesseract-ocr | ocrad pn gv pn hylafax-client | mgetty-fax -- no debconf information
Bug#949315: Fixes in CUPS and cups-filters
Hi, I have found the cause of the printers ignoring the paper tray selection. The problem is that the paper tray names ("Tray-1", "Tray-2", ...) in the PPD files got wrongly translated to IPP attribute names ("tray--1", "tray--2", ... note the double-dash) by the CUPS "ipp" backend when sending a job off to the printer and also by cupsd when answering a get-printer-attributes IPP request. See my CUPS bug report (with patch to fix it): https://github.com/apple/cups/issues/5740 and also the two issues on cups-filters: https://github.com/OpenPrinting/cups-filters/issues/193 https://github.com/OpenPrinting/cups-filters/issues/201 I have also added a workaround to cups-filters, so that PPDs generated by cups-filters do not cause the problem if the above-mentioned CUPS fix is not applied. Here is the commit: https://github.com/OpenPrinting/cups-filters/commit/cc1354c11e7bef9725420fb4cb6e707085249e78 As Apple is currently not very active on CUPS, I would kindly ask you to add the CUPS patch to the Debian package of CUPS. I will soon make a release of cups-filters with the workaround included, but note that the workaround only applies to PPDs generated by cups-filters. PPDs generated by CUPS (temporary queue or "lpadmin ... -m everywhere") or PPDs from other projects, manufacturers, ... still show the bug. so the CUPS fix is very important. Thanks for the bug report and also special thanks to Sambhav for the investigations on this. Till
Bug#951117: libecore1: .xsession-errors eats all disk space
> Does this end if you restart enlightenemnt? (Main -> Enlightenment -> > Restart) I've just captured this condition before the end of the free space and can answer the question: yes, enlightenemnt restart stops this errors. -- sergio.
Bug#951380: vim-tiny: Incorrect size reported when invoked as vi on 32-bit architectures
Control: retitle -1 vim-tiny: Incorrect size reported when invoked as vi on 32-bit architectures Control: tag -1 + upstream confirmed On Sat, Feb 15, 2020 at 12:28:24PM -0500, Tresi Arvizo wrote: > When invoked as vi, vim.tiny incorrectly reports the file size being > edited, reporting "898964 characters" no matter now large or small the > file is (tried files from 0 bytes to 71 MB). It works correctly when > invoked as vim.tiny. This seems to be a problem on the armhf/armv7l > architecture; I did not see it on an i686 machine. I've confirmed that it happens on other 32-bit architectures (e.g., mipsel) as well. > tresi@raspberrypi:~$ vi foo > hi > ~ > "foo" 1 line, 898964 characters > > tresi@raspberrypi:~$ vim.tiny foo > hi > ~ > "foo" 1L, 3C The difference here is that vi sources /etc/vim/vimrc.tiny and runs "set compatible". That changes the 'shortmess' option to not contain the "l" setting, so the translated strings are reported rather than the abbreviated L/C versions. Running "vim.tiny -u NONE foo" will show the same problem. Both versions should be going through the same code path, so I'm not sure yet why there's a difference. In this particular code path, it's trying to format the value of off_t (a 64-bit type) and, due to FEAT_NUM64 being disabled in vim-tiny, accesses it with “va_arg(ap, long int)” rather than “va_arg(ap, long long int)”. Re-compiling with FEAT_NUM64 defined causes it to work in both situations, but it's still quite odd that the L/C path works fine. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Bug#951453: RFS: pysolfc/2.6.4-3 -- collection of more than 1000 solitaire card games
Package: sponsorship-requests Severity: normal X-debbugs-cc: h...@debian.org Dear mentors, I am looking for a sponsor for my package "pysolfc" * Package name: pysolfc Version : 2.6.4-3 Upstream Author : Shlomi Fish * URL : https://pysolfc.sourceforge.io/ * License : GPL-3+ * Vcs : https://salsa.debian.org/games-team/pysolfc Section : games It builds those binary packages: pysolfc - collection of more than 1000 solitaire card games To access further information about this package, please visit the following URL: https://mentors.debian.net/package/pysolfc Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/pysolfc/pysolfc_2.6.4-3.dsc Changes since the last upload: * debian/patches/python3.8: Don't use the removed time.clock() anymore. Thanks to Matthias Klose. (Closes: #950208). * debian/control: - Add myself to Uploaders. - Bump Standards-Version to 4.5.0. Regards, -- Juhani
Bug#951452: gdm3: GDM3 break rndis connection after some time.
Package: gdm3 Version: 3.30.2-3 Severity: normal I try to connect from android device to internet via usb cable , with gdm3 after 5-7 minutes connectin freeze and need to restart or check another port to continue.Conection is rndis. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.6+ (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.45-2 ii adduser 3.118 ii dconf-cli0.30.1-2 ii dconf-gsettings-backend 0.30.1-2 ii debconf [debconf-2.0]1.5.71 ii gir1.2-gdm-1.0 3.30.2-3 ii gnome-session [x-session-manager]3.30.1-2 ii gnome-session-bin3.30.1-2 ii gnome-session-flashback [x-session-manager] 3.30.0-3 ii gnome-settings-daemon3.30.2-3 ii gnome-shell 3.30.2-11~deb10u1 ii gnome-terminal [x-terminal-emulator] 3.30.2-2 ii gsettings-desktop-schemas3.28.1-1 ii konsole [x-terminal-emulator]4:18.04.0-1 ii kwin-x11 [x-window-manager] 4:5.14.5-1 ii libaccountsservice0 0.6.45-2 ii libaudit11:2.8.4-3 ii libc62.28-10 ii libcanberra-gtk3-0 0.30-7 ii libcanberra0 0.30-7 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgdm1 3.30.2-3 ii libglib2.0-0 2.58.3-2+deb10u2 ii libglib2.0-bin 2.58.3-2+deb10u2 ii libgtk-3-0 3.24.5-1 ii libkeyutils1 1.6-6 ii libpam-modules 1.3.1-5 ii libpam-runtime 1.3.1-5 ii libpam-systemd 241-7~deb10u3 ii libpam0g 1.3.1-5 ii librsvg2-common 2.44.10-2.1 ii libselinux1 2.8-1+b1 ii libsystemd0 241-7~deb10u3 ii libwrap0 7.6.q-28 ii libx11-6 2:1.6.7-1 ii libxau6 1:1.0.8-1+b2 ii libxcb1 1.13.1-2 ii libxdmcp61:1.1.2-3 ii lsb-base 10.2019051400 ii lxqt-session [x-session-manager] 0.14.1-2 ii lxsession [x-session-manager]0.5.4-1 ii lxterminal [x-terminal-emulator] 0.3.2-1 ii metacity [x-window-manager] 1:3.30.1-2 ii mutter [x-window-manager]3.30.2-9~deb10u1 ii openbox [x-window-manager] 3.6.1-8 ii openbox-lxde-session [x-session-manager] 0.99.2-3 ii plasma-workspace [x-session-manager] 4:5.14.5.1-1 ii policykit-1 0.105-25 ii procps 2:3.3.15-2 ii qterminal [x-terminal-emulator] 0.14.1-1 ii ucf 3.0038+nmu1 ii x11-common 1:7.7+19 ii x11-xserver-utils7.7+8 ii xfce4-session [x-session-manager]4.12.1-6 ii xfce4-terminal [x-terminal-emulator] 0.8.7.4-2 ii xfwm4 [x-window-manager] 4.12.5-1 ii xterm [x-terminal-emulator] 344-1 Versions of packages gdm3 recommends: ii at-spi2-core2.30.0-7 ii desktop-base10.0.2 ii x11-xkb-utils 7.7+4 ii xserver-xephyr 2:1.20.4-1 ii xserver-xorg1:7.7+19 ii zenity 3.30.0-2 Versions of packages gdm3 suggests: ii gnome-orca3.30.1-1 pn libpam-fprintd ii libpam-gnome-keyring 3.28.2-5 -- Configuration Files: /etc/gdm3/PostSession/Default changed: ./bin/systemctl start bluetooth.service exit 0 -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: lightdm
Bug#948316: News pushed
Hi Russ, I pushed a NEWS file, so I think you could do release new package. What tool do you use for packaging? git-debrebase? I used to use gbp, so I will take a look at git-debrebase and learn it. Thanks! signature.asc Description: PGP signature
Bug#951442: debian-security-support: Please allow to exclude specific packages from the check
Hi Daniel, thanks for your bug report. On Sun, Feb 16, 2020 at 04:12:46PM +, Daniel Shahaf wrote: > [...] Thus, in effect, it would let the admin "whitelist" > known issues, so only new ones would be printed. > > Would this make sense? yes. & patches welcome. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#951451: vp9 no sound
Package: libvpx6 Version: 1.8.2-1 $ youtube-dl -f webm https://www.youtube.com/watch?v=ccclA2ZSwH8 $ chromium *.webm even the volume control is greyed out. But https://html5test says WebM with VP9 support Yes ✔ ffplay, mplayer also no sound. An vp8 version of the file on my disk from last year plays fine.
Bug#951450: ITP: magit-todos -- show source file TODOs in Magit
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: magit-todos Version : 1.5.1 Upstream Author : Adam Porter * URL or Web page : http://github.com/alphapapa/magit-todos * License : GPL-3+ Programming Lang: Emacs Lisp Description : show source file TODOs in Magit This package displays keyword entries from source code comments and Org files in the Magit status buffer. Activating an item jumps to it in its file. By default, it uses keywords from `hl-todo', minus a few (like "NOTE").
Bug#951381: pdftex ignores tl-paper setting
Hi Norbert, Ah, yes, you are correct. Doh! Thank you! Ted On 2/15/20 5:26 PM, Norbert Preining wrote: tags 951381 + unreproducible moreinfo thanks Hi Ted, I just tried to reproduce this on my buster system, without success. On Sat, 15 Feb 2020, Ted To wrote: $ tl-paper ... Did you rebuild the formats after changing the default paper size? Please do sudo tl-paper set all letter sudo fmtutil-sys --all After that it should work. Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#911560: [Kinda solved] Re: Network not working on Olimex LIME2 rev K ??
On Tuesday, 11 February 2020 14:16:22 CET Dominique Dumont wrote: > This is promising: > > https://lists.denx.de/pipermail/u-boot/2016-March/249735.html Or not :-( With this setup (and no GMAC_TX_DELAY), the network starts fine on rev Olimex LIME2 rev G.2 but not on rev K. All the best
Bug#951411: systemd: user service units not getting precedence
Control: tags -1 + unreproducible moreinfo Am 16.02.20 um 09:08 schrieb westlake: > Package: systemd > Version: 244-3~bpo10+1 > Severity: important > > Dear maintainer, > > please repair the precedence for the user's service units. > > having an example.service unit in ~/.config/systemd/user overrides it's > counterpart in /usr/lib/systemd/user. > ~/.config/systemd/user does override /etc/systemd/user and /usr/lib/systemd/user. See michael@pluto:~$ systemctl --user status pipewire.service ● pipewire.service - Multimedia Service Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2020-02-16 08:00:45 CET; 10h ago TriggeredBy: ● pipewire.socket Main PID: 1481 (pipewire) Memory: 1.2M CGroup: /user.slice/user-1000.slice/user@1000.service/pipewire.service └─1481 /usr/bin/pipewire Feb 16 08:00:45 pluto systemd[1470]: Started Multimedia Service. Feb 16 08:00:46 pluto pipewire[1481]: [E][v4l2-utils.c:91 spa_v4l2_open()] v4l2: /dev/video1 is no video capture device michael@pluto:~$ sudo cp /usr/lib/systemd/user/pipewire.service /etc/systemd/user/ michael@pluto:~$ systemctl --user daemon-reload michael@pluto:~$ systemctl --user status pipewire.service ● pipewire.service - Multimedia Service Loaded: loaded (/etc/systemd/user/pipewire.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2020-02-16 08:00:45 CET; 11h ago TriggeredBy: ● pipewire.socket Main PID: 1481 (pipewire) Memory: 1.2M CGroup: /user.slice/user-1000.slice/user@1000.service/pipewire.service └─1481 /usr/bin/pipewire Feb 16 08:00:45 pluto systemd[1470]: Started Multimedia Service. Feb 16 08:00:46 pluto pipewire[1481]: [E][v4l2-utils.c:91 spa_v4l2_open()] v4l2: /dev/video1 is no video capture device michael@pluto:~$ cp /etc/systemd/user/pipewire.service ~/.config/systemd michael@pluto:~$ systemctl --user daemon-reload michael@pluto:~$ systemctl --user status pipewire.service ● pipewire.service - Multimedia Service Loaded: loaded (/home/michael/.config/systemd/user/pipewire.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2020-02-16 08:00:45 CET; 11h ago TriggeredBy: ● pipewire.socket Main PID: 1481 (pipewire) Memory: 1.2M CGroup: /user.slice/user-1000.slice/user@1000.service/pipewire.service └─1481 /usr/bin/pipewire Feb 16 08:00:45 pluto systemd[1470]: Started Multimedia Service. Feb 16 08:00:46 pluto pipewire[1481]: [E][v4l2-utils.c:91 spa_v4l2_open()] v4l2: /dev/video1 is no video capture device $ systemctl --user --version systemd 244 (244.2-1) +PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid Please elaborate! signature.asc Description: OpenPGP digital signature
Bug#951449: libmawk: A new source-only upload is needed for testing migration
Source: libmawk Version: 1.0.2-1 Severity: important X-Debbugs-CC: bd...@debian.org Dear libmawk maintainers, The latest upload of package libmawk was not a source-only upload. As a result, the latest upload will not be able to migrate to Testing. Please make another source-only upload to allow testing migration. For more information about source-only upload, please see https://wiki.debian.org/SourceOnlyUpload . -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#948192: flashrom -R does not show version number
Hi I already have a fix with 1.2 at http://phd-sid.ethz.ch/debian/flashrom/ waiting for sponsor Gürkan > On Feb 16, 2020, at 18:03, Carl-Daniel Hailfinger > wrote: > > On Sat, 04 Jan 2020 22:48:19 -0500 Antoine Beaupre > wrote: >> flashrom 1.0 and 1.1, as packaged in Debian, do not correctly show the >> expected version number in the -R output: >> >> anarcat@angela:~(master)$ flashrom --version >> flashrom on Linux 4.19.0-6-amd64 (x86_64) >> flashrom is free software, get the source code at https://flashrom.org >> >> The first line shows where the version number should come up, because >> there's two spaces (instead of one surrounding the version number) >> between "flashrom" and "on". > > The flashrom 1.1 tarball in sid is incomplete. > AFAICS rebuilding the package with the tarball from > https://download.flashrom.org/releases/flashrom-v1.1.tar.bz2 > should fix the issue. Official release tarballs contain the generated > file versioninfo.inc which has the version info in case the directory > containing the sources is not a git checkout.
Bug#951258: [pkg-php-pear] Bug#951258: 951258: patch
Hi, Le 15/02/2020 à 22:37, mer...@debian.org a écrit : > I am raising the severity of this bug, as it blocks other packages from > migrating to testing by failing their autopkgtests. You can trivially work around the issue by using the --cache-result option or --do-not-cache-result switch when calling phpunit (the issue only seem to happen if no phpunit.xml config file is provided, so it isn’t often triggered). > Nevertheless, the issue seems to be easy to fix, for example by adding > the following patch (tested with phpunit v8.5.2): Great, that looks fine, thanks. For the record, I doubt I’ll be able to take care of it until at least one week, but feel free to team upload it if you want it fixed sooner. Regards David signature.asc Description: OpenPGP digital signature
Bug#951012: buster-kernel 5.5-armhf-seccomp: syscall 403
On Sun, Feb 09, 2020 at 09:08:46PM +0100, Julian Andres Klode wrote: > Of course, feel free to whitelist them in your apt.conf, by setting > > APT::Sandbox::Seccomp::Allow { "clock_gettime64"; } > > as I don't think this will get cherry-picked into stable releases. I can confirm that this actually helps. Thank you very much. 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
Bug#767756: glibc: Consider providing a libc build compiled with -fno-omit-frame-pointer to help with profiling
On Sun, Feb 16, 2020, at 14:15, Florian Weimer wrote: > Most unwinders should be able to use asynchronous unwind tables, which > only impact disk size (and the size of VM mappings). Experience with perf shows orders of magnitude of overhead of DWARF unwinding over fp based unwinding. The kernel uses ORC for this reason, which is up to 20-40x faster than DWARF, in addition to the removal of the 5-10% DWARF performance penalty caused by .text size increase. It is however not available for user-space programs. Since it uses ORC, DWARF unwinding is also unavailable in (and unlikely to be ever supported by) the kernel, including the bpf_get_stack* helpers used in eBPF. Since most interaction with the kernel is done through libc, this unfortunately makes it impossible to meaningfully inspect user-space programs in response to events, which is one of the biggest selling points of bpf tracing.
Bug#948192: flashrom -R does not show version number
On Sat, 04 Jan 2020 22:48:19 -0500 Antoine Beaupre wrote: > flashrom 1.0 and 1.1, as packaged in Debian, do not correctly show the > expected version number in the -R output: > > anarcat@angela:~(master)$ flashrom --version > flashrom on Linux 4.19.0-6-amd64 (x86_64) > flashrom is free software, get the source code at https://flashrom.org > > The first line shows where the version number should come up, because > there's two spaces (instead of one surrounding the version number) > between "flashrom" and "on". The flashrom 1.1 tarball in sid is incomplete. AFAICS rebuilding the package with the tarball from https://download.flashrom.org/releases/flashrom-v1.1.tar.bz2 should fix the issue. Official release tarballs contain the generated file versioninfo.inc which has the version info in case the directory containing the sources is not a git checkout.
Bug#951109: wlroots: Testing migration blocked by autopkgtest
Hi, On Sat, Feb 15, 2020 at 10:02:19PM +0100, Birger Schacht wrote: > Hi, > > On 2/11/20 10:20 AM, Birger Schacht wrote: > > Source: wlroots > > Version: 0.10.0-1 > > Severity: normal > > > > Dear Maintainer, > > > > the testing migration of wlroots is blocked by a failing autopkgtest. > I've installed autopkgtest on my system and was able to reproduce the > failing test (though only when using --no-built-binaries switch of > autopkgtest). > The tests pass if I add libx11-xcb-dev and libxcb-xinput-dev to the > Depends: of the test > Or should those rather be Dependencies of libwlroots-dev? the tests don't use these in particlar so libwlroots-dev should depend on it. thanks for checking! -- Guido > > cheers, > Birger >
Bug#951412: proftpd-basic: segfault when logging in through sftp
Hello Tomas, Am 16.02.20 um 17:30 schrieb Tomas Janousek: > So unless that palloc tries to allocate way more memory than it should, > I don't think that's the problem. Unfortunately that allocation seems just "sizeof(pr_response_t)", so I guess it is not an unusual big allocation. Kind regards, Bernhard
Bug#670040: Fixed
On Sun, Feb 16, 2020 at 12:46 AM Norbert Preining wrote: > > Hi Bastien, > > > https://github.com/bastien-roucaries/latex-pax > > Would you like to take over PAX as upstream? Heiko has left all behind > and most packages are maintained by others now. May be, how can I become upstream ? BTW you will need to rebuild pax from source.And I have no idea how to wrap java from macos and windosw > Best > > Norbert > > -- > PREINING Norbert http://www.preining.info > Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#951398: FTBFS: pax.jar
Hi, Could you reput severity to serious, because pax does not rebuilt from source. I could help with this one if needed Bastien On Sun, Feb 16, 2020 at 12:53 AM Norbert Preining wrote: > > severity 951398 normal > thanks > > Hi Bastien, > > On Sun, 16 Feb 2020, Bastien Roucariès wrote: > > I could not found the source of file texmf-dist/scripts/pax.jar > > Mind looking into the .orig.tar.xz? > > drwxr-xr-x norbert/norbert0 2020-02-10 10:40 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/ > -rw-r--r-- norbert/norbert 1376 2008-09-21 08:48 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/build.xml > drwxr-xr-x norbert/norbert0 2020-02-10 10:40 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/license/ > drwxr-xr-x norbert/norbert0 2020-02-10 10:40 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/license/LaTeX/ > -rw-r--r-- norbert/norbert19110 2008-09-21 08:48 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/license/LaTeX/lppl.txt > drwxr-xr-x norbert/norbert0 2020-02-10 10:40 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/license/PDFAnnotExtractor/ > -rw-r--r-- norbert/norbert17990 2008-09-21 08:48 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/license/PDFAnnotExtractor/gpl.txt > drwxr-xr-x norbert/norbert0 2020-02-10 10:40 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/src/ > -rw-r--r-- norbert/norbert 4271 2012-04-20 01:53 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/src/Constants.java > -rw-r--r-- norbert/norbert 4583 2012-04-20 01:53 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/src/Entry.java > -rw-r--r-- norbert/norbert 963 2012-04-20 01:53 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/src/EntryWriteException.java > -rw-r--r-- norbert/norbert 83 2008-10-03 08:11 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/src/MANIFEST.MF > -rw-r--r-- norbert/norbert27677 2012-04-20 01:53 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/src/PDFAnnotExtractor.java > -rw-r--r-- norbert/norbert 3674 2012-04-20 01:53 > texlive-extra-2019.202000210/texmf-dist/source/latex/pax/src/StringVisitor.java > > > I will in the next week do an audit of all file not rebuilded from source > > and I think this package is unsuitable from main > > Wrong. But please enjoy the checking which has already been done by the > RedHat lawyers. > > Enjoy. > > Norbert > > -- > PREINING Norbert http://www.preining.info > Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#951448: partman-efi: [INTL:ru] Russian debconf templates translation
Package: partman-efi Severity: wishlist Tags: l10n patch Dear Maintainer, please, find attached the debconf templates translation into Russian. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled # THIS FILE IS GENERATED AUTOMATICALLY FROM THE D-I PO MASTER FILES # The master files can be found under packages/po/ # # DO NOT MODIFY THIS FILE DIRECTLY: SUCH CHANGES WILL BE LOST # # translation of ru.po to Russian # Russian messages for debian-installer. # Copyright (C) 2003 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # # # Translations from iso-codes: # Russian L10N Team , 2004. # Yuri Kozlov , 2004, 2005. # Dmitry Beloglazov , 2005. # Sergey Alyoshin , 2011. # Yuri Kozlov , 2005, 2006, 2007, 2008. # Yuri Kozlov , 2009, 2010, 2011. # Alastair McKinstry , 2004. # Mikhail Zabaluev , 2006. # Nikolai Prokoschenko , 2004. # Pavel Maryanov , 2009,2010. # Yuri Kozlov , 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2018. # Lev Lamberov , 2020. msgid "" msgstr "" "Project-Id-Version: ru\n" "Report-Msgid-Bugs-To: partman-...@packages.debian.org\n" "POT-Creation-Date: 2019-11-29 20:02+\n" "PO-Revision-Date: 2020-02-10 10:10+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10N Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" "X-Generator: Poedit 2.2.4\n" #. Type: text #. Description #. :sl1: #. Type: text #. Description #. :sl1: #: ../partman-efi.templates:2001 ../partman-efi.templates:4001 msgid "EFI System Partition" msgstr "Системный раздел EFI" #. Type: boolean #. Description #. :sl2: #: ../partman-efi.templates:3001 msgid "Go back to the menu and resume partitioning?" msgstr "Вернуться в меню и продолжить разметку?" #. Type: boolean #. Description #. :sl2: #: ../partman-efi.templates:3001 msgid "No EFI partition was found." msgstr "Раздел EFI не найден." #. Type: text #. Description #. :sl1: #. short variant of 'EFI System Partition' #. Up to 10 character positions #: ../partman-efi.templates:5001 msgid "ESP" msgstr "ESP" #. Type: text #. Description #. :sl1: #: ../partman-efi.templates:7001 msgid "EFI-fat16" msgstr "EFI-fat16" #. Type: error #. Description #. :sl2: #: ../partman-efi.templates:8001 msgid "EFI partition too small" msgstr "Раздел EFI слишком мал" #. Type: error #. Description #. :sl2: #: ../partman-efi.templates:8001 msgid "" "EFI System Partitions on this architecture cannot be created with a size " "less than 35 MB. Please make the EFI System Partition larger." msgstr "" "Системные разделы EFI на этой архитектуре не могут быть менее 35МБ. " "Увеличьте размер системного раздела EFI." #. Type: boolean #. Description #. :sl2: #: ../partman-efi.templates:9001 msgid "Force UEFI installation?" msgstr "Выполнить установку в UEFI?" #. Type: boolean #. Description #. :sl2: #: ../partman-efi.templates:9001 msgid "" "This machine's firmware has started the installer in UEFI mode but it looks " "like there may be existing operating systems already installed using \"BIOS " "compatibility mode\". If you continue to install Debian in UEFI mode, it " "might be difficult to reboot the machine into any BIOS-mode operating " "systems later." msgstr "" "Микропрограмма данной машины запустила установщик в режиме UEFI, но похоже, " "что уже установлена другая ОС в «режиме совместимости BIOS». Если вы " "продолжите установку Debian в режиме UEFI, то могут возникнуть сложности с " "перезагрузкой машины в любую ОС, установленную в режиме BIOS." #. Type: boolean #. Description #. :sl2: #: ../partman-efi.templates:9001 msgid "" "If you wish to install in UEFI mode and don't care about keeping the ability " "to boot one of the existing systems, you have the option to force that here. " "If you wish to keep the option to boot an existing operating system, you " "should choose NOT to force UEFI installation here." msgstr "" "Если вы хотите выполнить установку в режиме UEFI и вам не важна возможность " "запуска существующих ОС, то ответьте утвердительно. Если вы хотите " "продолжать запускать существующие ОС, то ответьте отрицательно."
Bug#951447: clock-setup: [INTL:ru] Russian debconf templates translation
Package: clock-setup Severity: wishlist Tags: l10n patch Dear Maintainer, please, find attached the debconf templates translation into Russian. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled # THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE # packages/po/ru.po # # DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST # # translation of ru.po to Russian # Russian messages for debian-installer. # Copyright (C) 2003 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # # Russian L10N Team , 2004. # Yuri Kozlov , 2004, 2005. # Dmitry Beloglazov , 2005. # Yuri Kozlov , 2005, 2006, 2007. # Lev Lamberov , 2020. msgid "" msgstr "" "Project-Id-Version: ru\n" "Report-Msgid-Bugs-To: clock-se...@packages.debian.org\n" "POT-Creation-Date: 2019-11-17 20:02+\n" "PO-Revision-Date: 2020-02-10 10:12+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10N Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" "X-Generator: Poedit 2.2.4\n" #. Type: text #. Description #. Main menu item #. Translators: keep below 55 columns #. :sl1: #: ../clock-setup.templates:1001 msgid "Configure the clock" msgstr "Настройка часов" #. Type: boolean #. Description #. :sl1: #: ../clock-setup.templates:2001 msgid "Is the system clock set to UTC?" msgstr "Системные часы показывают UTC?" #. Type: boolean #. Description #. :sl1: #: ../clock-setup.templates:2001 msgid "" "System clocks are generally set to Coordinated Universal Time (UTC). The " "operating system uses your time zone to convert system time into local time. " "This is recommended unless you also use another operating system that " "expects the clock to be set to local time." msgstr "" "Системные часы обычно показывают универсальное координированное время (UTC). " "Для преобразования времени системных часов в местное время операционная " "система использует настройку часового пояса. Если на машине не используются " "другие операционные системы, которым нужно, чтобы системные часы отражали " "местное время, рекомендуется настройка системных часов в UTC." #. Type: text #. Description #. progress bar item #. :sl1: #: ../clock-setup.templates:3001 msgid "Configuring clock settings..." msgstr "Сохранение настроек часов..." #. Type: text #. Description #. :sl1: #: ../clock-setup.templates:4001 msgid "Setting up the clock" msgstr "Настройка часов" #. Type: boolean #. Description #. :sl2: #: ../clock-setup.templates:5001 msgid "Set the clock using NTP?" msgstr "Настроить часы, используя NTP?" #. Type: boolean #. Description #. :sl2: #: ../clock-setup.templates:5001 msgid "" "The Network Time Protocol (NTP) can be used to set the system's clock. Your " "system works best with a correctly set clock." msgstr "" "Для выставления часов системы можно использовать сетевой протокол времени " "(NTP). Ваша система работает лучше, если часы показывают правильное время." #. Type: string #. Description #. :sl2: #: ../clock-setup.templates:6001 msgid "NTP server to use:" msgstr "Адрес NTP-сервера:" #. Type: string #. Description #. :sl2: #: ../clock-setup.templates:6001 msgid "" "The default NTP server is almost always a good choice, but if you prefer to " "use another NTP server, you can enter it here." msgstr "" "Заданный по умолчанию NTP-сервер почти всегда подходит, но если вы хотите " "использовать другой сервер NTP, то можете указать его здесь." #. Type: text #. Description #. progress bar item #. :sl1: #: ../clock-setup.templates:7001 msgid "Getting the time from a network time server..." msgstr "Получение времени с сервера времени..." #. Type: text #. Description #. progress bar item #. :sl1: #: ../clock-setup.templates:8001 msgid "Setting the hardware clock..." msgstr "Настраиваются аппаратные часы..." #. Type: boolean #. Description #. :sl2: #: ../clock-setup.templates:9001 msgid "Wait another 30 seconds for hwclock to set the clock?" msgstr "Подождать ещё 30 секунд, пока hwclock настроит часы?" #. Type: boolean #. Description #. :sl2: #: ../clock-setup.templates:9001 msgid "" "Setting the hardware clock is taking longer than expected. The 'hwclock' " "program used to set the clock may have problems talking to the hardware " "clock." msgstr "" "Настройка аппаратных часов занимает больше времени,
Bug#951446: cdrom-retriever: [INTL:ru] Russian debconf templates translation
Package: cdrom-retriever Severity: wishlist Tags: l10n patch Dear Maintainer, please, find attached the debconf templates translation into Russian. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled # THIS FILE IS GENERATED AUTOMATICALLY FROM THE D-I PO MASTER FILES # The master files can be found under packages/po/ # # DO NOT MODIFY THIS FILE DIRECTLY: SUCH CHANGES WILL BE LOST # # translation of ru.po to Russian # Russian messages for debian-installer. # Copyright (C) 2003 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # # # Translations from iso-codes: # Russian L10N Team , 2004. # Yuri Kozlov , 2004, 2005. # Dmitry Beloglazov , 2005. # Sergey Alyoshin , 2011. # Yuri Kozlov , 2005, 2006, 2007, 2008. # Yuri Kozlov , 2009, 2010, 2011. # Alastair McKinstry , 2004. # Mikhail Zabaluev , 2006. # Nikolai Prokoschenko , 2004. # Pavel Maryanov , 2009,2010. # Yuri Kozlov , 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2018. # Lev Lamberov , 2020. msgid "" msgstr "" "Project-Id-Version: ru\n" "Report-Msgid-Bugs-To: cdrom-retrie...@packages.debian.org\n" "POT-Creation-Date: 2019-09-29 17:12+\n" "PO-Revision-Date: 2020-02-10 10:20+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10N Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" "X-Generator: Poedit 2.2.4\n" #. Type: text #. Description #. Main menu item #. Translators: keep below 55 columns #. :sl1: #: ../load-cdrom.templates:1001 msgid "Load installer components from installation media" msgstr "Загрузка компонентов с установочного носителя" #. Type: boolean #. Description #. :sl2: #: ../cdrom-retriever.templates:1001 msgid "Failed to copy file from installation media. Retry?" msgstr "" "Не удалось скопировать файл с установочного носителя. Повторить попытку?" #. Type: boolean #. Description #. :sl2: #: ../cdrom-retriever.templates:1001 msgid "" "There was a problem reading data. Please make sure you have inserted the " "installation media correctly. If retrying does not work, you should check " "the integrity of your installation media (there is an associated entry in " "the main menu for that)." msgstr "" "Невозможно считать данные. Убедитесь, что установочный носитель вставлен " "правильно. Если дальнейшие попытки ни к чему не приведут, вам следует " "проверить целостность данных на установочном носителе (для этого в меню " "имеется специальный пункт)."
Bug#951412: proftpd-basic: segfault when logging in through sftp
Hi, On Sun, Feb 16, 2020 at 05:25:34PM +0100, Bernhard Übelacker wrote: > Could the call to palloc just before have failed to allocate memory? If that's a question for me, then: extremely unlikely. I tried just restarting proftpd, I tried restarting the whole container. There are no memory limits for the container (I'm a poor admin, I know!). The host has cca half of its physical memory available, and plenty-ish of swap on top of that. So unless that palloc tries to allocate way more memory than it should, I don't think that's the problem. -- Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/
Bug#949268: complexity: diff for NMU version 1.10+dfsg-3.1
Control: tags 949268 + patch Control: tags 949268 + pending Dear maintainer, I've prepared an NMU for complexity (versioned as 1.10+dfsg-3.1) and uploaded it to DELAYED/14. Please feel free to tell me if I should cancel it. cu Adrian diff -Nru complexity-1.10+dfsg/debian/changelog complexity-1.10+dfsg/debian/changelog --- complexity-1.10+dfsg/debian/changelog 2018-11-24 20:50:02.0 +0200 +++ complexity-1.10+dfsg/debian/changelog 2020-02-16 18:24:46.0 +0200 @@ -1,3 +1,10 @@ +complexity (1.10+dfsg-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add the missing build dependency on texinfo. (Closes: #949268) + + -- Adrian Bunk Sun, 16 Feb 2020 18:24:46 +0200 + complexity (1.10+dfsg-3) unstable; urgency=medium * Update Vcs-* fields in debian/control. diff -Nru complexity-1.10+dfsg/debian/control complexity-1.10+dfsg/debian/control --- complexity-1.10+dfsg/debian/control 2018-11-24 20:27:44.0 +0200 +++ complexity-1.10+dfsg/debian/control 2020-02-16 18:24:44.0 +0200 @@ -7,6 +7,7 @@ debhelper-compat (= 11), gnulib, libopts25-dev, + texinfo, Standards-Version: 4.2.1 Homepage: https://gnu.org/software/complexity Vcs-Browser: https://salsa.debian.org/debian/complexity
Bug#946995: No sound
Do you have sound? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946995
Bug#949259: buster-pu: package linux/4.19.67-2+deb10u1
This was discussed on IRC with Julien Cristau, but unfortunately I didn't save a log. The main points that came up were: * Executables built for the O32 FP64 ABI require this kernel config change and older kernel versions will refuse to load them. So the kernel needs to be upgraded before installing any binaries built for the new FP ABI. * Normally the support for an additional ABI would be included in release N.0 and used in N+1. Since this was not present in 10.0, it would be possible for users to start upgrading to bullseye while still running a kernel that does not support O32 FP64. We need to prevent them getting a broken system. * Julien proposed that libc6 would have a preinst check on the kernel when it is changed to use the new FP ABI. Presumably all binaries built for the new FP ABI should also have a versioned dependency on at least this version of libc6. So I don't see any reason not to update the kernel configuration already, as it will remain compatible with the O32 FPXX binaries in buster. Only the user-space changes in unstable (libc6 and toolchain) need to be carefully coordinated. Ben. -- Ben Hutchings Any sufficiently advanced bug is indistinguishable from a feature. signature.asc Description: This is a digitally signed message part
Bug#951445: anna: [INTL:ru] Russian debconf templates translation
Package: anna Severity: wishlist Tags: l10n patch Dear Maintainer, please, find attached the debconf templates translation into Russian. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled # THIS FILE IS GENERATED AUTOMATICALLY FROM THE D-I PO MASTER FILES # The master files can be found under packages/po/ # # DO NOT MODIFY THIS FILE DIRECTLY: SUCH CHANGES WILL BE LOST # # translation of ru.po to Russian # Russian messages for debian-installer. # Copyright (C) 2003 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # # # Translations from iso-codes: # Russian L10N Team , 2004. # Yuri Kozlov , 2004, 2005. # Dmitry Beloglazov , 2005. # Sergey Alyoshin , 2011. # Yuri Kozlov , 2005, 2006, 2007, 2008. # Yuri Kozlov , 2009, 2010, 2011. # Alastair McKinstry , 2004. # Mikhail Zabaluev , 2006. # Nikolai Prokoschenko , 2004. # Pavel Maryanov , 2009,2010. # Yuri Kozlov , 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2018. # Lev Lamberov , 2020. msgid "" msgstr "" "Project-Id-Version: ru\n" "Report-Msgid-Bugs-To: a...@packages.debian.org\n" "POT-Creation-Date: 2019-11-05 23:57+0100\n" "PO-Revision-Date: 2020-02-10 10:14+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10N Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" "X-Generator: Poedit 2.2.4\n" #. Type: multiselect #. Description #. :sl2: #. Type: multiselect #. Description #. :sl2: #: ../anna.templates:1001 ../anna.templates:2001 msgid "Installer components to load:" msgstr "Компоненты программы установки, доступные для загрузки:" #. Type: multiselect #. Description #. :sl2: #: ../anna.templates:1001 msgid "" "All components of the installer needed to complete the install will be " "loaded automatically and are not listed here. Some other (optional) " "installer components are shown below. They are probably not necessary, but " "may be interesting to some users." msgstr "" "Все компоненты, нужные для выполнения установки, будут загружены " "автоматически и не будут здесь указаны. Ниже перечислены остальные " "(необязательные) компоненты программы установки. Вероятно, в них нет " "необходимости, но некоторым пользователям они могут пригодиться." #. Type: multiselect #. Description #. :sl2: #. Type: multiselect #. Description #. :sl2: #: ../anna.templates:1001 ../anna.templates:2001 msgid "" "Note that if you select a component that requires others, those components " "will also be loaded." msgstr "" "Заметим, что при выборе компонента, для работы которого нужны другие " "компоненты, эти компоненты также будут загружены." #. Type: multiselect #. Description #. :sl2: #: ../anna.templates:2001 msgid "" "To save memory, only components that are certainly needed for an install are " "selected by default. The other installer components are not all necessary " "for a basic install, but you may need some of them, especially certain " "kernel modules, so look through the list carefully and select the components " "you need." msgstr "" "С целью экономии оперативной памяти, по умолчанию выбраны только самые " "необходимые компоненты программы установки. Остальные компоненты программы " "установки не требуются для базовой установки, но вам могут понадобиться " "некоторые из них, особенно модули ядра, поэтому просмотрите список и " "выберите нужные вам компоненты." #. Type: text #. Description #. (Progress bar) title displayed when loading udebs #. TRANSLATORS : keep short #. :sl1: #: ../anna.templates:3001 msgid "Loading additional components" msgstr "Загрузка дополнительных компонентов" #. Type: text #. Description #. (Progress bar) #. TRANSLATORS : keep short #. :sl1: #: ../anna.templates:4001 msgid "Retrieving ${PACKAGE}" msgstr "Получение ${PACKAGE}" #. Type: text #. Description #. (Progress bar) title displayed when configuring udebs #. TRANSLATORS : keep short #. :sl1: #: ../anna.templates:5001 msgid "Configuring ${PACKAGE}" msgstr "Настройка ${PACKAGE}" #. Type: error #. Description #. :sl2: #: ../anna.templates:7001 msgid "Failed to load installer component" msgstr "Не удалось загрузить компонент программы установки" #. Type: error #. Description #. :sl2: #: ../anna.templates:7001 msgid "Loading ${PACKAGE} failed for unknown reasons. Aborting."
Bug#951412: proftpd-basic: segfault when logging in through sftp
Dear Maintainer, I just tried to reconstruct the line informations from a running process with an attached gdb and installed dbgsym package. 0x7f373b3ad458 in __memset_sse2_unaligned at ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S:120 0x55d7e2f68a64 in pcalloc at pool.c:620 0x55d7e2f8c778 in pr_response_add at response.c:281 0x7f373ab45822 in handle_userauth_req at auth.c:1502 0x7f373ab2de69 in sftp_ssh2_packet_handle at packet.c:1608 0x7f373ab29f12 in sftp_cmd_loop at mod_sftp.c:302 0x55d7e2f65222 in fork_server at main.c:1481 0x55d7e2f65acd in daemon_loop at main.c:1718 0x55d7e2f639bf in standalone_main at main.c:1903 0x7f373b32f09b in __libc_start_main () at ../csu/libc-start.c:308 0x55d7e2f63fca in _start () at main.c:2332 https://sources.debian.org/src/proftpd-dfsg/1.3.6-4+deb10u3/src/pool.c/#L620 https://sources.debian.org/src/proftpd-dfsg/1.3.6-4+deb10u3/src/response.c/#L281 Could the call to palloc just before have failed to allocate memory? Kind regards, Bernhard
Bug#951444: List packages where maintainer might be unfit
Package: wnpp https://www.debian.org/devel/wnpp/ apparently only shows package where a maintainer has cried for help, or packages that don't exist yet, and people wish existed. It should also list and mention how to file reports about * Packages that reporters worry that the maintainer might be ill or have died. * Packages that reporters worry that the maintainer is otherwise not worthy of being the maintainer, and should have a new maintainer. Indeed these would be new categories of the current "Packages in need of a new maintainer" section.
Bug#951443: RFS: scalene/0.7.5-1 [ITP] -- high-performance CPU and memory profiler for Python (Python 3)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "scalene" * Package name: scalene Version : 0.7.5-1 Upstream Author : Emery Berger * URL : https://github.com/emeryberger/scalene * License : Apache * Vcs : https://salsa.debian.org/python-team/module/scalene Section : python It builds those binary packages: python3-scalene - high-performance CPU and memory profiler for Python (Python 3) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/scalene Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/scalene/scalene_0.7.5-1.dsc Changes since the last upload: * Initial release (Closes: #951348) Regards, -- Emmanuel Arias 0xFA9DEC5DE11C63F1.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#951442: debian-security-support: Please allow to exclude specific packages from the check
Package: debian-security-support Version: 2019.12.12~deb10u1 Severity: wishlist Tags: upstream Dear Maintainer, * What led up to the situation? Two things: 1. I have installed binutils, which is Build-Essential and has limited security support (#948634). 2. I use «chronic -e sh -c 'check-support-status >&2'» to check whether any packages with limited security support are installed. * What was the outcome of this action? Every time I run the command from (2), it exits non-zero, because binutils is installed. * What outcome did you expect instead? I'd like to be to have a way to run, say, «check-support-status --dont-complain-about=binutils,binutils-common,libbinutils,binutils-x86-64-linux-gnu». This command would skip the binary packages given on the command line when looking for and listing installed binary packages with limited support status. Thus, in effect, it would let the admin "whitelist" known issues, so only new ones would be printed. Would this make sense? Cheers, Daniel -- System Information: Debian Release: 10.3 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debian-security-support depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.71 ii gettext-base 0.19.8.1-9 debian-security-support recommends no packages. debian-security-support suggests no packages. -- debconf-show failed
Bug#951410: libgutenprint-common: duplex, two-/double-side printing for all Epson Stylus Office BX printers
Control: tags -1 +upstream Control: forwarded -1 https://sourceforge.net/p/gimp-print/mailman/message/36925199/ Hello Twinker, and thanks for taking the time to report this issue with a patch! Le dimanche, 16 février 2020, 09.08:57 h CET Twinker a écrit : > I am using an Epson Stylus Office BX535WD printer. Most Epson BX > printers are able to print two-sided (duplex, double-sided, 2-sided). > > There is no possibility for the user to define duplex in the web > configuration of cups (localhost:631) nor in any application, because > the generated PPD printer driver file misses the duplex option although > the driver itself reports 2-side printing: > (…) I have forwarded your patch to upstream, as this really shall not be fixed for Debian only. Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#951440: plinth: [INTL:ru] Russian debconf templates translation
Source: plinth Severity: wishlist Tags: l10n patch Dear Maintainer, please, find attached the debconf templates translation into Russian. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled # Russian translation of plinth debconf template. # Copyright (C) 2019 FreedomBox packaging team # This file is distributed under the same license as the plinth package. # Lev Lamberov , 2020. # msgid "" msgstr "" "Project-Id-Version: plinth\n" "Report-Msgid-Bugs-To: pli...@packages.debian.org\n" "POT-Creation-Date: 2019-11-18 18:11-0500\n" "PO-Revision-Date: 2020-02-10 10:17+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10n Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Poedit 2.2.4\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<12 || n%100>14) ? 1 : 2);\n" #. Type: note #. Description #: ../templates:1001 msgid "FreedomBox first wizard secret - ${secret}" msgstr "Секретная строка мастера настройки FreedomBox - ${secret}" #. Type: note #. Description #: ../templates:1001 msgid "" "Please note down the above secret. You will be asked to enter this in the " "first screen after you launch the FreedomBox web interface. In case you lose " "it, you can retrieve it by running the following command:" msgstr "" "Запишите эту секретную строку. Вам будет необходимо ввести её на самом " "первом экране после запуска веб-интерфейса FreedomBox. Если вы потеряете эту " "строку, то вы сможете получить её, выполнив следующую команду:"
Bug#951441: progress-linux: [INTL:ru] Russian debconf templates translation
Source: progress-linux Severity: wishlist Tags: l10n patch Dear Maintainer, please, find attached the debconf templates translation into Russian. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled # Russian debconf translation of progress-linux # Copyright (C) 2019-2020 Lev Lamberov # This file is distributed under the same license as the progress-linux package. msgid "" msgstr "" "Project-Id-Version: progress-linux\n" "Report-Msgid-Bugs-To: progress-li...@packages.debian.org\n" "POT-Creation-Date: 2019-11-18 17:31+0100\n" "PO-Revision-Date: 2020-02-10 10:16+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10N Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<12 || n%100>14) ? 1 : 2);\n" "X-Generator: Poedit 2.2.4\n" #. Type: title #. Description #: ../progress-linux.templates:1001 msgid "Progress Linux: Setup" msgstr "Progress Linux: настройка" #. Type: multiselect #. Description #: ../progress-linux.templates:2001 msgid "setup apt archives:" msgstr "Настройка архивов apt:" #. Type: multiselect #. Description #: ../progress-linux.templates:2001 msgid "Please select the apt archives to setup." msgstr "Выберите архивы apt для настройки." #. Type: multiselect #. Description #: ../progress-linux.templates:3001 msgid "setup apt archive areas:" msgstr "Настройка разделов архива apt:" #. Type: multiselect #. Description #: ../progress-linux.templates:3001 msgid "Please select the apt archive areas to setup." msgstr "Выберите разделы архива apt для настройки." #. Type: string #. Description #: ../progress-linux.templates:4001 msgid "enter apt mirror:" msgstr "Введите зеркало apt:" #. Type: string #. Description #: ../progress-linux.templates:4001 msgid "Please specify the mirror to download packages from." msgstr "Укажите зеркало для загрузки пакетов." #. Type: string #. Description #: ../progress-linux.templates:4001 msgid "" "If unsure, leave empty which will use the default mirror (https://cdn.deb.; "progress-linux.org/packages)." msgstr "" "Если вы не уверены, то оставьте это поле пустым, и тогда будет " "использоваться зеркало по умолчанию (https://cdn.deb.progress-linux.org/; "packages)."
Bug#951439: Table of contents for wnpp/work_needing webpage
Package: wnpp These sections need to show up in some table of contents, $ w3m -dump https://www.debian.org/devel/wnpp/work_needing | grep -P ^\\w ... Packages up for adoption, by maintainer Orphaned packages Else they are buried deep within the document. ("Packages up for adoption" is at top, so that's all the user finds easily.) Feel free to move this bug to Package: www.debian.org if more appropriate.
Bug#951438: ITP: python-executing -- Get information about what a frame is currently doing
Package: wnpp Severity: wishlist Owner: Iñaki Malerba * Package name: python-executing Version : 0.4.1 Upstream Author : Alex Hall * URL : https://github.com/alexmojaki/executing * License : MIT Programming Lang: Python Description : Get information about what a frame is currently doing particularly the AST node being executed and it translate it into source code using asttokens. This is a new dependency for the release 2.0.0 of python-icecream. -- - ina signature.asc Description: OpenPGP digital signature
Bug#951404: DKMS kernel header installation behavior
Control: severity -1 wishlist Control: retitle -1 DKMS should automatically identify and install required kernel headers Control: reassign -1 dkms Hello! This is a problem common to all DKMS packages, and I'm therefore reassigning it to that package. Also, I've tried to capture the behavior you would like in the new title. Do you agree that this would resolve your issue? Also, I've changed the severity of this to wishlist. The DKMS package already "Recommends:" the header packages, so typical installation behavior of users should automatically pull in the required packages. (Though, looking at the number of bug reports of this nature, it plainly does not always work perfectly.) Best, Antonio Russo
Bug#951367: debootstrap: Raspbian bootstrap: Failed getting release file
On Sun, 16 Feb 2020 15:31:56 +0100 Michael Büsch wrote: > $ sudo debootstrap --arch=armhf --foreign --verbose > --keyring=raspbian-archive-keyring-20120528.2/raspbian.public.key.gpg buster > /tmp/debootstrap-test/ > http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian/ Please try without --verbose, I guess its option is something wrong with. -- Regards, Hideki Yamane henrich @ debian.org/iijmio-mail.jp
Bug#951437: calibre: show_metadata of calibredb is failed when setting --as-opf option
Package: calibre Version: 4.99.4+dfsg+really4.10.0+py3-2 Severity: normal Dear Maintainer, I'm executing following command, and it is failed. $ calibredb show_metadata --as-opf 1 Traceback (most recent call last): File "/usr/bin/calibredb", line 20, in sys.exit(main()) File "/usr/lib/calibre/calibre/db/cli/main.py", line 255, in main return run_cmd(cmd, opts, args[1:], DBCtx(opts)) File "/usr/lib/calibre/calibre/db/cli/main.py", line 52, in run_cmd ret = m.main(opts, args, dbctx) File "/usr/lib/calibre/calibre/db/cli/cmd_show_metadata.py", line 52, in main mi.render(sys.stdout) File "/usr/lib/calibre/calibre/ebooks/metadata/opf2.py", line 1559, in render opf_stream.write(raw) TypeError: write() argument must be str, not bytes Regards, Dai Maru -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.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 calibre depends on: ii calibre-bin 4.99.4+dfsg+really4.10.0+py3-2 ii dpkg 1.19.7 ii fonts-liberation 1:1.07.4-10 ii imagemagick 8:6.9.10.23+dfsg-2.1+b2 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.23+dfsg-2.1+b2 ii libjpeg-turbo-progs 1:1.5.2-2+b1 ii libjs-mathjax2.7.4+dfsg-1 ii libjxr-tools 1.1-6+b1 ii optipng 0.7.7-1+b1 ii poppler-utils0.71.0-6 ii python3 3.7.5-3 ii python3-apsw 3.30.1-r1-1.1 ii python3-bs4 4.8.2-1 ii python3-chardet 3.0.4-4 ii python3-chm 0.8.6-2 ii python3-css-parser 1.0.4-2 ii python3-cssselect1.1.0-2 ii python3-cssutils 1.0.2-3 ii python3-dateutil 2.7.3-3 ii python3-dbus 1.2.16-1 ii python3-feedparser 5.2.1-2 ii python3-html2text2020.1.16-1 ii python3-html5-parser 0.4.9-3 ii python3-html5lib 1.0.1-2 ii python3-lxml 4.4.2-1 ii python3-markdown 3.1.1-2 ii python3-mechanize1:0.4.5-2 ii python3-msgpack 0.5.6-3 ii python3-netifaces0.10.9-0.2 ii python3-pil 7.0.0-4 ii python3-pkg-resources44.0.0-1 ii python3-pygments 2.3.1+dfsg-1 ii python3-pyparsing2.4.6-1 ii python3-pyqt55.14.1+dfsg-2 ii python3-pyqt5.qtsvg 5.14.1+dfsg-2 ii python3-pyqt5.qtwebengine5.14.0-2 ii python3-regex0.1.20190819-2 ii python3-routes 2.4.1-2 ii python3-zeroconf 0.23.0-1 ii xdg-utils1.1.3-1 Versions of packages calibre recommends: pn python3-dnspython Versions of packages calibre suggests: pn python3-unrardll -- no debconf information
Bug#951436: mate-panel: Clock crashes when adding a location
Package: mate-panel Version: 1.24.0-1 Severity: normal The following steps almost always makes clock applet crash: - Right click on panel's clock - Preferences -> Locations - Add a location and click OK The crash happens as soon I click OK. But the "almost always" in the first sentence is because sometimes it doesn't crash but it does when I add a second location. In other words, here is very easy to trigger this. It doesn't happen if I delete entries. The crash manifests itself with the clock that disappear and a windows that shows up saying: - "Clock" has quit unexpectedly If you reload a panel object, it will automatically be added back to the panel. - If I click on "Reload", the clock reappears and the location that caused the crash is there, saved. In fact sometimes I can see the entry added on the list, in the instant immediately before the crash. Cesare. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-panel depends on: ii dconf-gsettings-backend [gsettings-backend] 0.34.0-2 ii libatk1.0-0 2.34.1-1 ii libc62.29-10 ii libcairo21.16.0-4 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-2 ii libglib2.0-0 2.62.4-2 ii libgtk-3-0 3.24.13-1 ii libgtk-layer-shell0 0.1.0-3 ii libice6 2:1.0.9-2 ii libmate-desktop-2-17 1.24.0-1 ii libmate-menu21.24.0-1 ii libmate-panel-applet-4-1 1.24.0-1 ii libmateweather1 1.24.0-1 ii libpango-1.0-0 1.42.4-8 ii librda0 0.0.5-1 ii librsvg2-2 2.46.4-1 ii libsm6 2:1.2.3-1 ii libwnck-3-0 3.32.0-1 ii libx11-6 2:1.6.8-1 ii libxrandr2 2:1.5.1-1 ii mate-desktop 1.24.0-1 ii mate-menus 1.24.0-1 ii mate-panel-common1.24.0-1 ii mate-polkit 1.24.0-1 ii menu-xdg 0.6 mate-panel recommends no packages. mate-panel suggests no packages. -- no debconf information
Bug#951367: debootstrap: Raspbian bootstrap: Failed getting release file
On Sun, 16 Feb 2020 23:52:27 +0900 Hideki Yamane wrote: > > $ sudo debootstrap --arch=armhf --foreign --verbose > > --keyring=raspbian-archive-keyring-20120528.2/raspbian.public.key.gpg > > buster /tmp/debootstrap-test/ > > http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian/ > > Please try without --verbose, I guess its option is something wrong with. whoa yes. That helps indeed: 0/mb@wiggum:~$ sudo rm -rf /tmp/debootstrap-test 0/mb@wiggum:~$ sudo debootstrap --arch=armhf --foreign --keyring=raspbian-archive-keyring-20120528.2/raspbian.public.key.gpg buster /tmp/debootstrap-test/ http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian/ I: Retrieving InRelease I: Checking Release signature I: Valid Release signature (key id A0DA38D0D76E8B5D638872819165938D90FDDD2E) I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Checking component main on http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian... I: Retrieving adduser 3.118 I: Validating adduser 3.118 I: Retrieving apt 1.8.2 I: Validating apt 1.8.2 I: Retrieving apt-utils 1.8.2 I: Validating apt-utils 1.8.2 I: Retrieving base-files 10.3+rpi1+deb10u3 I: Validating base-files 10.3+rpi1+deb10u3 I: Retrieving base-passwd 3.5.46 I: Validating base-passwd 3.5.46 I: Retrieving bash 5.0-4 ^CE: Interrupt caught ... exiting Thanks :) -- Michael pgpVAytz3cJFG.pgp Description: OpenPGP digital signature
Bug#951367: debootstrap: Raspbian bootstrap: Failed getting release file --verbose
On Sun, Feb 16, 2020 at 11:52:27PM +0900, Hideki Yamane wrote: > On Sun, 16 Feb 2020 15:31:56 +0100 Michael Büsch wrote: > > $ sudo debootstrap --arch=armhf --foreign --verbose > > --keyring=raspbian-archive-keyring-20120528.2/raspbian.public.key.gpg > > buster /tmp/debootstrap-test/ > > http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian/ > > Please try without --verbose, I guess its option is something wrong with. > Confirmed stappers@trancilo:~/Downloads $ sudo debootstrap --arch=armhf --foreign --verbose --keyring=raspbian-archive-keyring-20120528.2/raspbian.public.key.gpg buster /tmp/debootstrap-test/ http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian/ I: Retrieving InRelease I: Retrieving Release E: Failed getting release file http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian/dists/buster/Release stappers@trancilo:~/Downloads $ sudo debootstrap --arch=armhf --foreign --keyring=raspbian-archive-keyring-20120528.2/raspbian.public.key.gpg buster /tmp/debootstrap-test/ http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian/ I: Retrieving InRelease I: Checking Release signature I: Valid Release signature (key id A0DA38D0D76E8B5D638872819165938D90FDDD2E) I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... ^CE: Interrupt caught ... exiting stappers@trancilo:~/Downloads $
Bug#951435: smb2www: [INTL:ru] Russian debconf templates translation
Package: smb2www Severity: wishlist Tags: l10n patch Dear Maintainer, please, find attached the debconf templates translation into Russian. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages smb2www depends on: pn apache2 | httpd-cgi ii debconf [debconf-2.0] 1.5.73 ii perl 5.30.0-9 pn smbclient Versions of packages smb2www recommends: pn apache2 | httpd smb2www suggests no packages. # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov , 2007. # Lev Lamberov , 2020. msgid "" msgstr "" "Project-Id-Version: smb2www_980804-32\n" "Report-Msgid-Bugs-To: smb2...@packages.debian.org\n" "POT-Creation-Date: 2019-08-04 13:21+0200\n" "PO-Revision-Date: 2020-02-10 10:25+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10N Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Poedit 2.2.4\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" #. Type: note #. Description #: ../templates:2001 msgid "smb2www disabled by default" msgstr "Служба smb2www по умолчанию выключена" #. Type: note #. Description #: ../templates:2001 msgid "" "If enabled, smb2www will, by default, allow anyone to browse the local SMB " "network." msgstr "" "При включении smb2www по умолчанию позволяет любому просматривать локальную " "сеть SMB." #. Type: note #. Description #: ../templates:2001 msgid "" "As this may have security consequences, it is disabled by default and you " "should modify the web server configuration to enable smb2www securely. " "Please read /usr/share/doc/smb2www/index.html for more information (more " "particularly FAQ 4) about such configuration for Apache." msgstr "" "Так как это может привести к последствиям, связанным с безопасностью, по " "умолчанию служба выключена — вам следует изменить настройки веб-сервера для " "безопасного включения smb2www. Подробнее о такой настройке Apache читайте в " "файле /usr/share/doc/smb2www/index.html (в частности, FAQ 4)." #. Type: boolean #. Description #: ../templates:3001 msgid "Do you want to enable smb2www?" msgstr "Включить smb2www?" #. Type: string #. Description #: ../templates:4001 msgid "Master browser server:" msgstr "Главный сервер просмотра:" #. Type: string #. Description #: ../templates:4001 msgid "" "Please enter the name of the server which will be used by smb2www as a " "master browser." msgstr "" "Введите имя сервера, который будет использоваться smb2www в качестве " "главного сервера просмотра." #. Type: select #. Choices #: ../templates:5001 msgid "English" msgstr "английский" #. Type: select #. Choices #: ../templates:5001 msgid "Czech" msgstr "чешский" #. Type: select #. Choices #: ../templates:5001 msgid "Dutch" msgstr "голландский" #. Type: select #. Choices #: ../templates:5001 msgid "German" msgstr "немецкий" #. Type: select #. Choices #: ../templates:5001 msgid "Finnish" msgstr "финский" #. Type: select #. Choices #: ../templates:5001 msgid "French" msgstr "французский" #. Type: select #. Choices #: ../templates:5001 msgid "Polish" msgstr "польский" #. Type: select #. Choices #: ../templates:5001 msgid "Spanish" msgstr "испанский" #. Type: select #. Choices #: ../templates:5001 msgid "Swedish" msgstr "шведский" #. Type: select #. Choices #: ../templates:5001 msgid "Vietnamese" msgstr "вьетнамский" #. Type: select #. Default #. You must NOT translate this string, but you can change its value. #. The comment between brackets is used to distinguish this msgid #. from the one in the Choices list; you do not have to worry about #. them, and have to simply choose a msgstr among the English values #. listed in the Choices field above, e.g. msgstr "Dutch" #: ../templates:5002 msgid "English[ default language ]" msgstr "English[ default language ]" #. Type: select #. Description #: ../templates:5003 msgid "Language for smb2www pages:" msgstr "Язык страниц smb2www:" #. Type: select #. Description #: ../templates:5003 msgid "Smb2www can generate its HTML pages in several languages." msgstr "Служба smb2www может создавать страницы HTML на нескольких языках." #. Type: select #. Description #: ../templates:5003 msgid "Please choose the language you want to use on generated pages."
Bug#951434: powerline: [INTL:ru] Russian debconf templates translation
Source: powerline Severity: wishlist Tags: l10n patch Dear Maintainer, please find attached the Russian debconf templates translation. Cheers! Lev Lamberov -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled # Russian translation of powerline debconf template. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the powerline package. # Lev Lamberov , 2018-2020. # msgid "" msgstr "" "Project-Id-Version: powerline\n" "Report-Msgid-Bugs-To: powerl...@packages.debian.org\n" "POT-Creation-Date: 2018-07-24 06:14+0200\n" "PO-Revision-Date: 2020-02-09 23:18+0500\n" "Last-Translator: Lev Lamberov \n" "Language-Team: Debian L10n Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Poedit 2.2.4\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n" "%10<=4 && (n%100<12 || n%100>14) ? 1 : 2);\n" #. Type: title #. Description #: ../powerline.templates:1001 msgid "powerline: Setup" msgstr "powerline: настройка" #. Type: multiselect #. Description #: ../powerline.templates:2001 msgid "Enable powerline globally?" msgstr "Включить powerline глобально?" #. Type: multiselect #. Description #: ../powerline.templates:2001 msgid "" "powerline can be enabled globally for all users of certain applications on " "this system." msgstr "" "powerline можно включить глобально для всех пользователей определённых " "приложений данной системы."