Bug#934860: mate-media-pulse: Can't install on Buster because depends on wrong version of mate-media-common
Control: close -1 Control: tags -1 wontfix On Fr 16 Aug 2019 01:16:27 CEST, Carl Fink wrote: Package: mate-media-pulse Severity: grave Justification: renders package unusable root@debian-NUCi5:~# apt install mate-media-pulse Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mate-media-pulse : Depends: mate-media-common (>= 1.8.0+dfsg1-3) but it is not going to be installed Depends: mate-media-common (< 1.8.0+dfsg1-3.1) but it is not going to be installed mate-media-pulse has been removed since stretch, it was shipped with Debian jessie. Please replace by mate-media (which basically is mate-media-pulse with different name). Greets, Mike -- DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de pgpmsAjtAsVdw.pgp Description: Digitale PGP-Signatur
Bug#933706: firefox-esr: Firefox randomly craches without pulseaudio
Testing few days and maybe setting security.sandbox.content.level=0 stop crashing without pulseaudio.
Bug#914381: libsndfile: CVE-2018-19432
Petter Reinholdtsen wrote: > According to https://security-tracker.debian.org/tracker/CVE-2018-19432 > >, > this security issue is only fixed in the jessie (oldoldstable) security > repository. Why is it not fixed in unstable, stable and oldstable? YOu need to ask the debian people as they are the ones that apply patches to my releases. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/
Bug#934089: closed by Jerome BENOIT (reply to calcu...@rezozer.net) (firehol fails to use iptables-restore)
I do not understand your reasoning. Package is unusable on Buster 10.0 Of course it is "upgrade" issue, as from upgrade from previous Debian to 10.0 it does not work. So if you close the bug for that reason, you leave that open, there is no improvement for users. I had to remove firewall, which I used for years due to this. Jean * Debian Bug Tracking System [2019-08-16 06:45]: > This is an automatic notification regarding your Bug report > which was filed against the firehol package: > > #934089: firehol fails to use iptables-restore > > It has been closed by Jerome BENOIT (reply to > calcu...@rezozer.net). > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Jerome BENOIT > (reply to calcu...@rezozer.net) by > replying to this email. > > > -- > 934089: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934089 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > Date: Fri, 16 Aug 2019 08:26:22 +0400 > From: Jerome BENOIT > To: 934089-cl...@bugs.debian.org > Subject: firehol fails to use iptables-restore > Organization: ReZoZeR > > Dear All, > > I am closing because I guess it is simply a upgrade issue. > > Jerome
Bug#925771: lmms: ftbfs with GCC-9
On Wed, 27 Mar 2019 19:46:58 + Matthias Klose wrote: > /<>/plugins/LadspaEffect/calf/src/calf/giface.h:458:15: error: > 'memset' used with length equal to number of elements without multiplication > by element size [-Werror=memset-elt-size] > 458 | memset(ins, 0, sizeof(ins)); > | ~~^ Compiler is wrong. smime.p7s Description: S/MIME cryptographic signature
Bug#914381: libsndfile: CVE-2018-19432
According to https://security-tracker.debian.org/tracker/CVE-2018-19432 >, this security issue is only fixed in the jessie (oldoldstable) security repository. Why is it not fixed in unstable, stable and oldstable? -- Happy hacking Petter Reinholdtsen
Bug#934080: [libc6] Significant degradation in the memory effectivity of the memory allocator
Hello, Florian 14.08.19 15:07, Florian Weimer пише: Is there a way to reproduce your results easily? Upstream, we're looking for workloads which are difficult to handle for glibc's malloc and its default settings, so that we hopefully can improve things eventually. This way of the ready builds of the application and LiveDisks is simplest one for me, than writing a test application with simulation such sort complex load, so you can already install the application, start and observer. I meant: Is there a reproduction recipe someone could use, without being familiar with the application? Sure, and I have wrote such one in the first email, without specifying the program. About this program, it is OpenSCADA, which packages you may get here http://oscada.org/en/main/download/ for the Work version and for Debian versions from 7 to 10. About installing, you may read this one http://oscada.org/wiki/Special:MyLanguage/Documents/How_to/Install but shortly, you need to install the package openscada-model-aglks, after connection a Debian repository of this program. $ wget http://ftp.oscada.org/Debian/10/openscada/openscada.list $ cp openscada.list /etc/apt/sources.list.d $ $ wget -O - http://ftp.oscada.org/Misc/pkgSignKey | sudo apt-key add - $ apt-get update; apt-get install openscada-model-aglks The package openscada-model-aglks is a ready configuration and data to start and work since it is a simulator itself. Next let's per the stages: 1. Start the program and set the initial state, fixing the memory allocation — measuring the initial memory consumption value > Just start the program from the desktop menu for the entry "Simulator "AGLKS" on the open SCADA system" or by the command: $ openscada_AGLKS > Wait for about one minute to fix the memory consumption > Open the page: http://oscada.org/wiki/images/4/42/WebVision_wvis_cfg.png , where you can control of the WEB-sessions opening and closing, so allocating and freeing the memory — such sort of the iterations. > Set the "Life time of the sessions" on the page to 1 minute instead 10, to decrease the waiting time > In a Web-browser open the page "http://localhost:10002/WebVision";, this is the initial memory consumption value. 2. Perform the allocation-freeing iteration 2.1. Open the first Web-interface page from a Web-browser of the host system > The first page is "http://localhost:10002/WebVision/prj_AGLKS"; 2.2. Close the page on the Web-browser 2.3. Wait to close-freeing session of the first Web-interface page on the program side, 1 minute — measuring the iteration memory consumption value 3. Return to the stage 2 and repeating 5 iterations But I think, the problem related in linking the areas to the threads, and such sort of programs as OpenSCADA, in the Web-mode, recreate the threads which then rebind to different arenas, why we have such sort of memory leak into the arenas. And it seems is a conceptual problem of the arenas in GLibC. Regards, Roman
Bug#858071: solaar: The bug still exists in latests version
Package: solaar Version: 1.0.1+dfsg-1 Followup-For: Bug #858071 Dear Maintainer, Since this bug is still found in latest release and have been there for several years either solve this bug now or completely remove the package from Debian since the program in its presense state is more or less useless to everyone! -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/16 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages solaar depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.73 ii gir1.2-gtk-3.0 3.24.10-1 ii passwd 1:4.7-2 ii python 2.7.16-1 ii python-gi 3.32.2-1 ii python-pyudev 0.21.0-1 ii udev 241-7 Versions of packages solaar recommends: ii gir1.2-notify-0.7 0.7.8-1 ii python-dbus1.2.8-3 ii systemd241-7 ii upower 0.99.10-1 Versions of packages solaar suggests: pn gir1.2-appindicator3-0.1 pn solaar-gnome3 -- debconf information: solaar/use_plugdev_group: false This mail was virus scanned and spam checked before delivery. This mail is also DKIM signed. See header dkim-signature.
Bug#934019: Maintaining cmph Request
Hello, I would like to commit to being the maintainer of the cmph package. I am new to Debian, but I understand the very basics of package maintenance, UNIX-like infrastructure, and C development. Please let me know what further actions need be taken; I suppose that upon preliminary approval, I would then have to find a team to sponsor me in maintaining this package. Thank you, Brett Dispoto
Bug#934873: Acknowledgement (/usr/bin/qemu-img: qemu.img should not create sparse vhdx files)
The exact message was likely: The requested operation could not be completed due to a virtual disk system limitation. Virtual hard disk files must be uncompressed and unencrypted and must not be sparse. (STATUS_VIRTUAL_DISK_LIMITATION) -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\
Bug#934878: RFS: pekka-kana-2/1.2.4-1 -- 2D Oldschool platform game where you control a rooster
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "pekka-kana-2" * Package name: pekka-kana-2 Version : 1.2.4-1 Upstream Author : Janne Kivilahti (Piste Gamez) * URL : https://pistegamez.net/game_pk2.html * License : BSD-2-Clause Section : games It builds those binary packages: pekka-kana-2 - 2D Oldschool platform game where you control a rooster pekka-kana-2-data - 2D Oldschool platform game where you control a rooster (data file) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/pekka-kana-2 Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/pekka-kana-2/pekka-kana-2_1.2.4-1.dsc More information about pekka-kana-2 can be obtained from https://gitlab.com/coringao/pekka-kana-2. Changes since the last upload: pekka-kana-2 (1.2.4-1) unstable; urgency=medium * New upstream release Regards, Carlos Donizete Froes [a.k.a coringao]
Bug#934851: RFS: shotwell/0.30.5-1
Hello, I close this bug after upload into unstable. Many thanks CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser git: https://jff.email/cgit/ Threema: SYR8SJXB Wire: @joergfringsfuerst Skype:joergpenguin Ring: jff Telegram: @joergfringsfuerst My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#934875: libhdf5-openmpi-dev: pkg-config cflags give wrong mpi include paths
Package: libhdf5-openmpi-dev Version: 1.10.4+repack-10 Severity: normal hdf5-openmpi.pc provides CFLAGS for hdf5 as -I/usr/include/openmpi -I/usr/include/hdf5/openmpi But /usr/include/openmpi is the wrong path. MPI header files are multiarch, so in -I/usr/lib/x86_64-linux-gnu/openmpi/include -I/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi (for amd64). The same applies to hdf5-mpich. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libhdf5-openmpi-dev depends on: ii libaec-dev 1.0.4-1 ii libhdf5-openmpi-1031.10.4+repack-10 ii libjpeg-dev1:1.5.2-2 ii libjpeg62-turbo-dev [libjpeg-dev] 1:1.5.2-2+b1 ii libopenmpi-dev 3.1.3-11 ii zlib1g-dev 1:1.2.11.dfsg-1+b1 libhdf5-openmpi-dev recommends no packages. Versions of packages libhdf5-openmpi-dev suggests: ii libhdf5-doc 1.10.4+repack-10 -- no debconf information
Bug#934874: patsy: Please drop python2 support
Package: patsy Version: 0.5.0+git13-g54dcf7b-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Dear maintainers, As you know, we are in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. patsy is a package that build-depends on python-pandas, so I've gone ahead and uploaded the attached patch to Ubuntu which drops the python2 module. python-patsy has reverse-(build-)depends of seaborn and statsmodels, whose python2 removal bugs are filed as bug #934852 and bug #934870. Upload of this change to Debian should probably wait for resolution of those two bugs. Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/compat patsy-0.5.0+git13-g54dcf7b/debian/compat --- patsy-0.5.0+git13-g54dcf7b/debian/compat2018-10-27 20:16:29.0 -0700 +++ patsy-0.5.0+git13-g54dcf7b/debian/compat2019-08-15 21:24:18.0 -0700 @@ -1 +1 @@ -7 +9 diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/control patsy-0.5.0+git13-g54dcf7b/debian/control --- patsy-0.5.0+git13-g54dcf7b/debian/control 2018-10-27 20:16:29.0 -0700 +++ patsy-0.5.0+git13-g54dcf7b/debian/control 2019-08-15 21:24:18.0 -0700 @@ -4,24 +4,17 @@ Maintainer: NeuroDebian Team Uploaders: Yaroslav Halchenko , Michael Hanke Build-Depends: debhelper (>= 7.0.50), - python-all (>= 2.5), - python-setuptools, - python-numpy, - python-pandas, - python-nose, - python-six, - python-openpyxl, + dh-python, python3-all, python3-setuptools, python3-numpy, python3-pandas, python3-nose, python3-six, - python-matplotlib, - python-sphinx, - ipython, - ipython (>= 1.0) | ipython1x, -X-Python-Version: >= 2.6 + python3-matplotlib, + python3-sphinx, + ipython3, + ipython3 (>= 1.0) | ipython1x, X-Python3-Version: >= 3.2 Standards-Version: 3.9.4 Homepage: http://github.com/pydata/patsy @@ -29,25 +22,10 @@ Vcs-Git: git://github.com/neurodebian/patsy.git XS-Testsuite: autopkgtest -Package: python-patsy -Architecture: all -Depends: ${misc:Depends}, ${python:Depends}, - python-numpy, - python-patsy, -Recommends: python-pandas, python-openpyxl, -Suggests: python-patsy-doc -Description: statistical models in Python using symbolic formulas - patsy is a Python library for describing statistical models - (especially linear models, or models that have a linear component) - and building design matrices. - . - This package contains the Python 2 version. - Package: python3-patsy Architecture: all Depends: ${misc:Depends}, ${python3:Depends}, python3-numpy, - python3-patsy, Recommends: python3-pandas, Suggests: python-patsy-doc Description: statistical models in Python using symbolic formulas @@ -61,7 +39,7 @@ Architecture: all Section: doc Depends: ${misc:Depends}, libjs-jquery, libjs-underscore -Suggests: python-patsy +Suggests: python3-patsy Description: documentation and examples for patsy This package contains documentation and example scripts for - python-patsy. + python3-patsy. diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/pycompat patsy-0.5.0+git13-g54dcf7b/debian/pycompat --- patsy-0.5.0+git13-g54dcf7b/debian/pycompat 2018-10-27 20:16:29.0 -0700 +++ patsy-0.5.0+git13-g54dcf7b/debian/pycompat 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -2 diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install --- patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install 2018-10-27 20:16:29.0 -0700 +++ patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -usr/lib/python2*/ diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/rules patsy-0.5.0+git13-g54dcf7b/debian/rules --- patsy-0.5.0+git13-g54dcf7b/debian/rules 2018-10-27 20:16:29.0 -0700 +++ patsy-0.5.0+git13-g54dcf7b/debian/rules 2019-08-15 21:24:18.0 -0700 @@ -4,9 +4,7 @@ export DH_VERBOSE=1 export http_proxy=http://127.0.0.1:9/ -PACKAGE2_NAME = python-patsy PACKAGE3_NAME = python3-patsy -PACKAGE2_ROOT_DIR = d
Bug#934571: texlive-binaries: gsftopk fails
Control: reassign 934571 ghostscript Control: found 934571 9.27~dfsg-2 Control: notfound 934571 9.27~dfsg-3 Control: found 934571 9.27~dfsg-2+deb10u1 Am 16.08.2019 um 02:52 teilte Igor Liferenko mit: > Using 9.27~dfsg-3 there are no problems. > Reassign for now. Please discuss w/ ghostscript maintainers if there will be a fix for stable. Hilmar -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#863293: Bug#863255: Please rename/provide libjs-jquery-atwho
On 14-Aug-2019, Pirate Praveen wrote: > Since there is no response for over 3 months for the merge request, I'm > planning to do an NMU. Ah, thank you for this notice. I am back involved in Debian packaging again. Can you instead make a merge request at the Salsa repository https://salsa.debian.org/debian/pkg-jquery-at.js/> and show me what you're planning? -- \ “And if I laugh at any mortal thing, / 'Tis that I may not | `\ weep.” —“Lord” George Gordon Noel Byron, _Don Juan_ | _o__) | Ben Finney signature.asc Description: PGP signature
Bug#934873: /usr/bin/qemu-img: qemu.img should not create sparse vhdx files
Package: qemu-utils Version: 1:3.1+dfsg-8~deb10u1 Severity: wishlist File: /usr/bin/qemu-img Dear Maintainer, When converting a disk image to vhdx format with qemu-img, it seems to create a sparse file, with no documented option to disable this (the only documented options seem to be subformat and block_size). I tried: qemu-img convert src -O vhdx -o subformat=dynamic dst Unfortunately, the resulting files cannot be mounted or optimized on windows. Attempting either gives an error message similar to: "Images must be unencrypted, uncompressed and not sparse". Since more or less the whole purpose of vhdx files is to be compatible with windows, qemu-img should at least have an option to create "standard" vhdx files that can be mounted by windows. -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-updates'), (500, 'stable-debug'), (500, 'oldstable-updates'), (500, 'oldstable-debug'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, x32 Kernel: Linux 5.1.21-050121-generic (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_DK.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 qemu-utils depends on: ii libaio1 0.3.112-3 ii libc6 2.28-10 ii libgcc1 1:8.3.0-6 ii libglib2.0-0 2.58.3-2 ii libgnutls30 3.6.7-4 ii libnettle63.4.1-1 ii zlib1g1:1.2.11.dfsg-1 qemu-utils recommends no packages. Versions of packages qemu-utils suggests: ii debootstrap 1.0.114 ii qemu-block-extra 1:3.1+dfsg-8~deb10u1 -- debconf-show failed
Bug#934872: RM: ocaml-usb/1.3.0-4 ocaml-sqlexpr/0.5.5-3 zeroinstall-injector/2.12.3-2 obus/1.1.5-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Dear Release Managers, Please remove the following packages from testing: * ocaml-usb, affected by #933993 * ocaml-sqlexpr, affected by #933994 * zeroinstall-injector, affected by #934340 * obus, affected by #933992 They prevent 62 other packages from migrating to testing. They are already marked for autoremoval, but too far in the future. Cheers, -- Stéphane -- 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 4.19.0-5-amd64 (SMP w/4 CPU cores) 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 /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#934785: does not include lis.so driver
Dominique Dumont writes: > As of lcdproc 0.5.9-2, lis module is no longer delivered. (see lcdproc > changelog) because build dependency on libftdi-dev and libusb-dev were > removed. > > libftdi-dev and libusb-dev are deprecated library with newer replacements. > Nobody stepped up upstream to port these module to new usb library, so, > unfortunately, I had to remove these modules. Ok, I see, they've bitrotted away. >> Which is odd, because I did a local build and lis.so is indeed built >> and included with the 'lcdproc' package. > > Probably because libusb-dev libftdi-dev are installed on your system. Ok, no problem. Its a bit of shame that this software is unmaintained upstream with no replacement -- that I know of. However, I know that's not your fault. What's better, to just close this bug or should I upstream it? -- ...Adam Di Carlo...
Bug#934871: lmfit-py: Please drop python2 support
Package: lmfit-py Version: 0.9.11+dfsg-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Dear Frédéric-Emmanuel, As you may know, we are in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. lmfit-py is a package that build-depends on python-pandas, so I've gone ahead and uploaded the attached patch to Ubuntu which drops the python2 module. python-lmfit has many reverse-recommends, but no hard reverse-dependencies, so I think this change can be uploaded at any point. Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru lmfit-py-0.9.11+dfsg/debian/control lmfit-py-0.9.11+dfsg/debian/control --- lmfit-py-0.9.11+dfsg/debian/control 2019-02-18 02:50:01.0 -0800 +++ lmfit-py-0.9.11+dfsg/debian/control 2019-08-15 20:59:59.0 -0700 @@ -5,15 +5,7 @@ Priority: optional Build-Depends: debhelper (>= 11~), dh-python, - python-all, - python-nose, - python-asteval, - python-numpy, - python-pandas, - python-scipy, - python-setuptools, python3-sphinx, - python-uncertainties (>= 3.0.2.github~), python3-all, python3-nose, python3-asteval, @@ -27,63 +19,6 @@ Vcs-Git: https://salsa.debian.org/science-team/lmfit-py.git Homepage: http://lmfit.github.io/lmfit-py/ -Package: python-lmfit -Architecture: all -Section: python -Depends: python-scipy, - ${misc:Depends}, - ${python:Depends} -Suggests: python-lmfit-doc -Description: Least-Squares Minimization with Constraints (Python 2) - The lmfit Python package provides a simple, flexible interface to - non-linear optimization or curve fitting problems. The package - extends the optimization capabilities of scipy.optimize by replacing - floating pointing values for the variables to be optimized with - Parameter objects. These Parameters can be fixed or varied, have - upper and/or lower bounds placed on its value, or written as an - algebraic expression of other Parameters. - . - The principal advantage of using Parameters instead of simple - variables is that the objective function does not have to be - rewritten to reflect every change of what is varied in the fit, or - what relationships or constraints are placed on the Parameters. This - means a scientific programmer can write a general model that - encapsulates the phenomenon to be optimized, and then allow user of - that model to change what is varied and fixed, what range of values - is acceptable for Parameters, and what constraints are placed on the - model. The ease with which the model can be changed also allows one - to easily test the significance of certain Parameters in a fitting - model. - . - The lmfit package allows a choice of several optimization methods - available from scipy.optimize. The default, and by far best tested - optimization method used is the Levenberg-Marquardt algorithm from - MINPACK-1 as implemented in scipy.optimize.leastsq. This method - is by far the most tested and best support method in lmfit, and much - of this document assumes this algorithm is used unless explicitly - stated. An important point for many scientific analysis is that this - is only method that automatically estimates uncertainties and - correlations between fitted variables from the covariance matrix - calculated during the fit. - . - A few other optimization routines are also supported, including - Nelder-Mead simplex downhill, Powell's method, COBYLA, Sequential - Least Squares methods as implemented in scipy.optimize.fmin, and - several others from scipy.optimize. In their native form, some of - these methods setting allow upper or lower bounds on parameter - variables, or adding constraints on fitted variables. By using - Parameter objects, lmfit allows bounds and constraints for all of - these methods, and makes it easy to swap between methods without - hanging the objective function or set of Parameters. - . - Finally, because the approach derived from MINPACK-1 usin the - covariance matrix to determine uncertainties is sometimes questioned - (and sometimes rightly so), lmfit supports methods to do a brute - force search of the confidence intervals and correlations for sets of - parameters. - . - This is the Python 2 version of the package. - Package: pyt
Bug#830726: xtrlock does not block multitouch events
Control: tags 830726 + security Control: retitle 830726 xtrlock: CVE-2016-10894: xtrlock does not block multitouch events Hi, This issue has been assigned CVE-2016-10894. Regards, Salvatore
Bug#934870: statsmodels: Please drop python2 support
Package: statsmodels Version: 0.8.0-9 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Dear maintainers, As you may know, we are in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. python-statsmodels is a package that (build-)depends on python-pandas, so I've gone ahead and uploaded the attached patch to Ubuntu which drops the python2 module. python-statsmodels has many reverse-recommends, but only two hard reverse-(build-)depends: pymvpa2 and seaborn. pymvpa2 already fails to build in unstable and was not included in the last Debian release, so should not block removal of python-statsmodels. Removal of python2 support for seaborn is tracked in bug #934852. Upload of this change to Debian should probably wait for seaborn to also drop its python2 support. Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru statsmodels-0.8.0/debian/control statsmodels-0.8.0/debian/control --- statsmodels-0.8.0/debian/control2019-02-16 07:47:16.0 -0800 +++ statsmodels-0.8.0/debian/control2019-08-15 19:44:08.0 -0700 @@ -5,19 +5,7 @@ Uploaders: Yaroslav Halchenko , Michael Hanke , Diane Trout Build-Depends: debhelper (>= 9), sphinx-common, - python-all-dev, python-setuptools, - python-dateutil, - python-numpy (>= 1:1.4.0), - python-scipy, - python-nose , - python-matplotlib, - python-pandas, - python-patsy, - python-joblib, cython, - python-tk , - python-patsy, - python-cvxopt, dh-python (>= 3.20180313~), cython3, python3-all-dev, @@ -48,39 +36,6 @@ Vcs-Browser: https://salsa.debian.org/science-team/statsmodels Vcs-Git: https://salsa.debian.org/science-team/statsmodels.git -Package: python-statsmodels -Architecture: all -Depends: ${misc:Depends}, ${python:Depends}, - python-numpy, - python-scipy, - python-statsmodels-lib (>= ${source:Version}), - python-patsy, - python-pandas -Recommends: python-matplotlib, -python-joblib, -python-cvxopt, -Suggests: python-statsmodels-doc, -Provides: ${python:Provides} -Breaks: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4) -Replaces: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4) -Description: Python module for the estimation of statistical models - statsmodels Python module provides classes and functions for the - estimation of several categories of statistical models. These - currently include linear regression models, OLS, GLS, WLS and GLS - with AR(p) errors, generalized linear models for several distribution - families and M-estimators for robust linear models. An extensive list - of result statistics are available for each estimation problem. - -Package: python-statsmodels-lib -Architecture: any -Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}, - python-numpy -Breaks: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4) -Replaces: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4) -Description: low-level implementations and bindings for statsmodels - This package contains architecture dependent extensions for - python-statsmodels. - Package: python-statsmodels-doc Breaks: python-scikits-statsmodels-doc, python-scikits.statsmodels-doc Replaces: python-scikits-statsmodels-doc, python-scikits.statsmodels-doc @@ -88,7 +43,7 @@ Section: doc Depends: ${misc:Depends}, libjs-requirejs, ${sphinxdoc:Depends}, libjs-mathjax -Suggests: python-statsmodels, +Suggests: python3-statsmodels, python3-doc, python-numpy-doc, python-patsy-doc, diff -Nru statsmodels-0.8.0/debian/python3-statsmodels.examples statsmodels-0.8.0/debian/python3-statsmodels.examples --- statsmodels-0.8.0/debian/python3-statsmodels.examples 1969-12-31 16:00:00.0 -0800 +++ statsmodels-0.8.0/debian/python3-statsmodels.examples 2019-02-13 13:33:01.0 -0800 @@ -0,0 +1 @@ +examples/* diff -Nru statsmodels-0.8.0/debian/python-statsmodels-doc.links statsmodels-0.8.0/debian/python-statsmodels-doc.links --- statsmodels-0.8.0/debian/python-statsmodels-doc.links 2019-02-13 13:33:01.0 -0800 +++ statsmodels-0.8.0/d
Bug#934854: fet: please drop dh_dwz override
Hi Giancarlo. Ok i will drop the override as soon as possible. In the near future I will add the vcs fields. I am still learning to work with them. [] Regards. Thiago Andrade Em qui, 15 de ago de 2019 17:24, Gianfranco Costamagna < locutusofb...@debian.org> escreveu: > Source: fet > Version: 5.39.0-2 > Severity: important > Tags: patch > > Hello, thanks for adopting fet! I tried to keep it in shape for release in > the meanwhile :) > > I overridden dh_dwz, but now debhelper 12.4 is "fixed" and doesn't fail > anymore on that issue. > > Can you please drop the override? > > I also didn't understand why you removed the VCS fields... Having a > collaborative git repo would have allowed > me to directly push the fix... > > thanks > > Gianfranco >
Bug#934869: /etc/apparmor.d/usr.sbin.dnsmasq: profile doesn’t allow dnsmasq-base DNSSEC files
Package: apparmor-profiles Version: 2.13.2-10 Severity: normal File: /etc/apparmor.d/usr.sbin.dnsmasq Dear Maintainer, If DNSSEC validation is enabled in the dnsmasq config file then the /usr/share/dnsmasq-base/trust-anchors.conf should be read by dnsmasq. However, the profile doesn’t allow access to it. The following simple patch enables reading the DNS setup from dnsmasq-base: --- a/usr.sbin.dnsmasq +++ b/usr.sbin.dnsmasq @@ -51,6 +51,8 @@ /usr/share/dnsmasq/ r, /usr/share/dnsmasq/* r, + /usr/share/dnsmasq-base/ r, + /usr/share/dnsmasq-base/* r, /{,var/}run/*dnsmasq*.pid w, /{,var/}run/dnsmasq-forwarders.conf r, Thanks, James -- System Information: Debian Release: 10.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages apparmor-profiles depends on: ii apparmor 2.13.2-10 apparmor-profiles recommends no packages. apparmor-profiles suggests no packages. -- no debconf information
Bug#934868: pynwb: Please drop python2 support
Package: pynwb Version: 0.5.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Hi Yaroslav, As you may know, we are in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. python-pynwb is a package that (build-)depends on python-pandas, so I've gone ahead and uploaded the attached patch to Ubuntu which drops the python2 module. python-pynwb has no other reverse-dependencies in the archive, so it should be possible to upload this change to Debian at your convenience. Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru pynwb-0.5.1/debian/control pynwb-0.5.1/debian/control --- pynwb-0.5.1/debian/control 2018-09-19 22:19:06.0 -0700 +++ pynwb-0.5.1/debian/control 2019-08-15 18:09:54.0 -0700 @@ -5,32 +5,19 @@ Build-Depends: debhelper (>= 9), dh-python, - python-all (>= 2.6.6-3), python3-all, - python-dateutil, python3-dateutil, - python-h5py (>= 2.7.1), python3-h5py (>= 2.7.1), - python-numpy, python3-numpy, - python-pandas, python3-pandas, - python-requests, python3-requests, - python-ruamel.yaml, python3-ruamel.yaml, - python-setuptools (>= 0.6b3), python3-setuptools, - python-six, python3-six, - python-unittest2, python3-unittest2, + python3-all, + python3-dateutil, + python3-h5py (>= 2.7.1), + python3-numpy, + python3-pandas, + python3-requests, + python3-ruamel.yaml, + python3-setuptools, + python3-six, + python3-unittest2, Standards-Version: 4.2.1 Homepage: https://github.com/NeurodataWithoutBorders/pynwb -Package: python-pynwb -Architecture: all -Depends: ${misc:Depends}, ${python:Depends} -Description: Python library for working with Neurodata in the NWB format - PyNWB is a Python package for working with NWB files. It provides a - high-level API for efficiently working with Neurodata stored in the - NWB format. - . - Neurodata Without Borders: Neurophysiology (NWB:N) is a project to - develop a unified data format for cellular-based neurophysiology - data, focused on the dynamics of groups of neurons measured under a - large range of experimental conditions. - Package: python3-pynwb Architecture: all Depends: ${misc:Depends}, ${python3:Depends} diff -Nru pynwb-0.5.1/debian/rules pynwb-0.5.1/debian/rules --- pynwb-0.5.1/debian/rules2018-09-19 22:19:06.0 -0700 +++ pynwb-0.5.1/debian/rules2019-08-15 18:09:54.0 -0700 @@ -6,4 +6,4 @@ # Mon, 10 Sep 2018 16:53:02 -0400 export PYBUILD_NAME=pynwb %: - dh $@ --with python2,python3 --buildsystem=pybuild + dh $@ --with python3 --buildsystem=pybuild
Bug#934865: RM: rust-cargo-vendor -- ROM; Obsolete package, prevents other packages from testing migration
Package: ftp.debian.org Severity: normal Hi, please remove rust-cargo-vendor, the functionality has been merged into newer versions of rust-cargo and keeping the old cargo-vendor in the archive will prevent cargo from migrating to testing. See https://github.com/alexcrichton/cargo-vendor for details
Bug#934866: RM: rust-coresimd -- ROM; Obsolete package
Package: ftp.debian.org Severity: normal This package is obsoleted by newer versions of rustc.
Bug#934867: RM: rust-simd -- ROM; Obsolete package
Package: ftp.debian.org Severity: normal This package is obsoleted by newer versions of rustc.
Bug#934483: virtualbox-guest-dkms: Doesn't build with latest kernel in unstable 5.2.0-2-686-pae
On Sun, Aug 11, 2019 at 03:14:16PM +0200, Christian Marillat wrote: Dear Maintainer, /var/lib/dkms/virtualbox-guest/6.0.10/build/vboxvideo/vbox_ttm.c:31:10: fatal error: ttm/ttm_page_alloc.h: No such file or directory #include ^~ compilation terminated. But bevare fixind the include file path (drm/ttm/ttm_page_alloc.h) doesn't work at all the virtualbox doesn't start. Do all of these modules even need to be built using dkms anymore? It looks like some of them have been mainlined (though I haven't compared the code): It looks like virtualbox-guest-dkms builds 3 modules: # cd /var/lib/dkms/virtualbox-guest # find . -name \*.ko ./6.0.10/5.0.0-trunk-amd64/x86_64/module/vboxguest.ko ./6.0.10/5.0.0-trunk-amd64/x86_64/module/vboxsf.ko ./6.0.10/5.0.0-trunk-amd64/x86_64/module/vboxvideo.ko Out of those three modules, it seems like only vboxsf.ko still needs to be built on recent kernels: root@syra:/lib/modules# find . -name vboxguest.ko -o -name vboxsf.ko -o -name vboxvideo.ko ./5.0.0-trunk-amd64/kernel/drivers/staging/vboxvideo/vboxvideo.ko ./5.0.0-trunk-amd64/kernel/drivers/virt/vboxguest/vboxguest.ko ./5.0.0-trunk-amd64/updates/dkms/vboxguest.ko ./5.0.0-trunk-amd64/updates/dkms/vboxsf.ko ./5.0.0-trunk-amd64/updates/dkms/vboxvideo.ko ./4.19.0-5-amd64/kernel/drivers/staging/vboxvideo/vboxvideo.ko ./4.19.0-5-amd64/kernel/drivers/virt/vboxguest/vboxguest.ko ./5.2.0-2-amd64/kernel/drivers/gpu/drm/vboxvideo/vboxvideo.ko ./5.2.0-2-amd64/kernel/drivers/virt/vboxguest/vboxguest.ko (split for readability) I haven't gotten around to testing, but it looks like maybe all that needs to be done is to disable building some of these modules after a certain kernel version.
Bug#934859: undertime: Add major cities to available timezones
On 2019-08-16 01:14:03, D Haley wrote: > Location to timezone seems to be supported by pytzwhere [1]. Interesting!! > I had a quick play, and I was able to get most of those cities by > scraping the wikipedia output. Its pretty nasty, but it works about 80% > of the time, which is close enough. Some manual tuning should fix the > result. That's pretty neat. I wonder if there's another package that could give that offline (city/name -> lat/long). > This should be able to be fed into tzwhere -- however tzwhere is not in > debian :( That shouldn't be hard to fix. Just file a "wnpp" bug and maybe someone will do it for us. ;) It would already be pretty cool to be able to specify lat/long and get a result! Note that I suspect GNOME and other desktop tools have some logic for that that could be investigated... A. -- We will create a civilization of the Mind in Cyberspace. May it be more humane and fair than the world your governments have made before. - John Perry Barlow
Bug#934864: python-biom-format: Please drop python2 support
Package: python-biom-format Version: 2.1.7+dfsg-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Hi Andreas, We are of course in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. python-biom-format is a package that (build-)depends on python-pandas, so I've gone ahead and uploaded the attached patch to Ubuntu which drops the python2 module. python-biom-format does still have one reverse-dependency in the archive - metaphlan2 - which should also be fixed before this change is made in Debian (bug #933661). Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru python-biom-format-2.1.7+dfsg/debian/control python-biom-format-2.1.7+dfsg/debian/control --- python-biom-format-2.1.7+dfsg/debian/control2019-08-06 01:11:48.0 -0700 +++ python-biom-format-2.1.7+dfsg/debian/control2019-08-15 17:54:38.0 -0700 @@ -7,17 +7,7 @@ Build-Depends: debhelper-compat (= 12), dh-python, cython, - python-dev, - python-numpy, - python-scipy, - python-h5py, help2man, - python-click, - python-cogent, - python-future, - python-nose, - python-pandas, - python-setuptools, bash-completion, cython3, python3-all-dev, @@ -35,35 +25,6 @@ Vcs-Git: https://salsa.debian.org/med-team/python-biom-format.git Homepage: http://biom-format.org/ -Package: python-biom-format -Architecture: any-amd64 any-arm64 armel armhf any-i386 any-mips64el mipsel any-ppc64el -Depends: ${python:Depends}, - ${misc:Depends}, - ${shlibs:Depends} -Suggests: python-biom-format-doc -Description: Biological Observation Matrix (BIOM) format (Python 2) - The BIOM file format (canonically pronounced biome) is designed to be a - general-use format for representing biological sample by observation - contingency tables. BIOM is a recognized standard for the Earth - Microbiome Project and is a Genomics Standards Consortium candidate - project. - . - The BIOM format is designed for general use in broad areas of - comparative -omics. For example, in marker-gene surveys, the primary use - of this format is to represent OTU tables: the observations in this case - are OTUs and the matrix contains counts corresponding to the number of - times each OTU is observed in each sample. With respect to metagenome - data, this format would be used to represent metagenome tables: the - observations in this case might correspond to SEED subsystems, and the - matrix would contain counts corresponding to the number of times each - subsystem is observed in each metagenome. Similarly, with respect to - genome data, this format may be used to represent a set of genomes: the - observations in this case again might correspond to SEED subsystems, and - the counts would correspond to the number of times each subsystem is - observed in each genome. - . - This package provides the BIOM format library for the Python 2 interpreter. - Package: python3-biom-format Architecture: any-amd64 any-arm64 armel armhf any-i386 any-mips64el mipsel any-ppc64el Depends: ${misc:Depends}, diff -Nru python-biom-format-2.1.7+dfsg/debian/rules python-biom-format-2.1.7+dfsg/debian/rules --- python-biom-format-2.1.7+dfsg/debian/rules 2019-08-06 01:11:48.0 -0700 +++ python-biom-format-2.1.7+dfsg/debian/rules 2019-08-15 17:54:38.0 -0700 @@ -6,10 +6,8 @@ export LC_ALL=C.UTF-8 export PYBUILD_NAME=biom-format -export PYBUILD_DESTDIR_python2=debian/python-$(PYBUILD_NAME) export PYBUILD_DESTDIR_python3=debian/python3-$(PYBUILD_NAME) export examplepkg=python-$(PYBUILD_NAME)-examples -export PYBUILD_AFTER_INSTALL_python2=dh_numpy export PYBUILD_AFTER_INSTALL_python3=dh_numpy3 ## When trying better hardening the build fails @@ -17,7 +15,7 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow %: - dh $@ --with python2,python3,bash-completion,sphinxdoc --buildsystem=pybuild + dh $@ --with python3,bash-completion,sphinxdoc --buildsystem=pybuild override_dh_auto_build: # arch @@ -26,11 +24,6 @@ PYTHONPATH=. http_proxy='127.0.0.1:9' sphinx-build -N -b html doc build/html PYTHONPATH=. http_proxy='127.0.0.1:9' sphinx-build -N -b man doc
Bug#934571: texlive-binaries: gsftopk fails
Using 9.27~dfsg-3 there are no problems.
Bug#934861: python-yubico-tools not installable, broken dependency
tags 934861 +patch thanks The fix for this is included in my merge request on Salsa (which includes several patches): https://salsa.debian.org/auth-team/python-yubico/merge_requests/1 I'll also attach the patch specific to this bug. Its change log entry would be: * Fix python-yubico-tools not installable. (Closes: #934861) >From cbe7fc670f2d449bc30e1bd1a12ee500d0d2f689 Mon Sep 17 00:00:00 2001 From: Darsey Litzenberger Date: Thu, 15 Aug 2019 16:55:44 -0700 Subject: [PATCH 1/3] Fix python-yubico-tools not installable The package depended on python:any (>= 2.8~), which does not exist. Current Python packaging policy says that X-Python-Version and XB-Python-Version can be removed, since only version 2.7 of the python:any package exists (and there will never be a 2.8). --- debian/control | 3 --- 1 file changed, 3 deletions(-) diff --git a/debian/control b/debian/control index f2cfb9f..3903f34 100644 --- a/debian/control +++ b/debian/control @@ -17,7 +17,6 @@ Standards-Version: 3.9.8 Homepage: https://developers.yubico.com/python-yubico/ Vcs-Browser: https://salsa.debian.org/auth-team/python-yubico Vcs-Git: https://salsa.debian.org/auth-team/python-yubico.git -X-Python-Version: >= 2.8 X-Python3-Version: >= 3.6 Package: python-yubico @@ -25,7 +24,6 @@ Architecture: all Depends: ${python:Depends}, ${misc:Depends}, python-usb -XB-Python-Version: ${python:Versions} Provides: ${python:Provides} Description: Python library for talking to Yubico YubiKeys The YubiKey is a hardware authentication token. This is a Python @@ -39,7 +37,6 @@ Depends: ${python:Depends}, ${misc:Depends}, python-argparse, python-yubico (= ${binary:Version}) -XB-Python-Version: ${python:Versions} Provides: ${python:Provides} Description: Tools for Yubico YubiKeys The YubiKey is a hardware authentication token. This package -- 2.23.0.rc1
Bug#934859: undertime: Add major cities to available timezones
Location to timezone seems to be supported by pytzwhere [1]. I had a quick play, and I was able to get most of those cities by scraping the wikipedia output. Its pretty nasty, but it works about 80% of the time, which is close enough. Some manual tuning should fix the result. This should be able to be fed into tzwhere -- however tzwhere is not in debian :( [1] https://github.com/pegler/pytzwhere On 16.08.19 00:43, Antoine Beaupré wrote: > On 2019-08-15 23:23:06, D Haley wrote: >> Package: undertime >> Version: 1.7.0 >> Severity: wishlist >> >> Dear Maintainer, >> >> I am reporting this here, as gitlab does not allow me to create an account - >> please do forward upstream as needed. >> >> Having the ability to type in a name of a regional capital city to undertime >> and have it recognised would be great. For example, "Moscow" works, however >> "Boston" does not. Similarly, "Lagos" (population 21M) also is not valid. I >> assume the English transliteration would be the best route forward. >> >> Perhaps as an arbitrary cutoff, a list such as from eg. here : >> https://data.mongabay.com/cities_pop_01.htm could be used, with a population >> cutoff specified in Millions. 2M : 170 cities, 4M : 73 cities. > > Hello! > > That's a fair point. I thought about this a little, and settled on using > whatever Python gave me, which is from: > > https://pypi.org/project/pytz/ > > ... which is based (more or less) on this list: > > https://en.wikipedia.org/wiki/List_of_tz_database_time_zones > > The list you provided is great except it doesn't specify the timezone, > which basically makes it useless. ;) > > For making this work, I'd need a list that: > > * maps a string (city name or location) to a timezone > * is reliably updated > > So far, the only thing that qualifies, as far as I know, is the tzdata > stuff, which is why I'm using it. > > But I'd be happy to have another source! As a rule, however, it should > be available offline. > > A. > script.sh Description: application/shellscript
Bug#933661: metaphlan2: Port to Python3 needed
Package: metaphlan2 Followup-For: Bug #933661 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Hi Andreas, Prompted by an interest in dropping python-pandas from Ubuntu rather than fixing its failing tests, I took a look at moving metaphlan2 to python3. Using the upstream 2.9.19 release (https://bitbucket.org/biobakery/metaphlan2/get/2.9.19.tar.bz2) this is fairly straightforward, however I find that 2.9 wants the databases in a different format than are made available in the metaphlan2-data package; it needs the new https://bitbucket.org/biobakery/metaphlan2/downloads/mpa_v29_CHOCOPhlAn_201901.tar database file instead of the current v20 file. Since this data tarball will need repacking and some changes to the postinst script (e.g. new metaphlan2 wants the database under /usr/share/metaphlan2/metaphlan_databases instead of /usr/share/metaphlan2/db_v20; and the input is no longer a fasta file but a .fna.bz2), at least for now I'm not going to upload this change to Ubuntu. But I'm attaching the debdiff with my work in progress for the metaphlan2 package, for your consideration. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru metaphlan2-2.7.8/debian/control metaphlan2-2.9.19/debian/control --- metaphlan2-2.7.8/debian/control 2018-09-17 01:17:22.0 -0700 +++ metaphlan2-2.9.19/debian/control2019-08-15 13:12:57.0 -0700 @@ -4,7 +4,7 @@ Section: science Priority: optional Build-Depends: debhelper (>= 11~), - python-all, + python3-all, dh-python, pandoc, bowtie2 @@ -15,12 +15,12 @@ Package: metaphlan2 Architecture: all -Depends: ${python:Depends}, +Depends: ${python3:Depends}, ${misc:Depends}, metaphlan2-data, - python-biom-format, - python-msgpack, - python-pandas, + python3-biom-format, + python3-msgpack, + python3-pandas, bowtie2 Description: Metagenomic Phylogenetic Analysis MetaPhlAn is a computational tool for profiling the composition of diff -Nru metaphlan2-2.7.8/debian/patches/_metaphlan2.py.patch metaphlan2-2.9.19/debian/patches/_metaphlan2.py.patch --- metaphlan2-2.7.8/debian/patches/_metaphlan2.py.patch2018-09-17 01:17:22.0 -0700 +++ metaphlan2-2.9.19/debian/patches/_metaphlan2.py.patch 2019-08-15 13:12:57.0 -0700 @@ -9,8 +9,10 @@ support function annotations: These are optional in Python 3, and are removed from the function definitions in "_metaphlan2.py" by the patch. a/_metaphlan2.py -+++ b/_metaphlan2.py +Index: metaphlan2-2.9.19/_metaphlan2.py +=== +--- metaphlan2-2.9.19.orig/_metaphlan2.py metaphlan2-2.9.19/_metaphlan2.py @@ -3,7 +3,7 @@ # This module defines the functions which run MetaPhlAn2 on # single and paired fastq data. @@ -20,8 +22,8 @@ import subprocess as sb from q2_types.per_sample_sequences import SingleLanePerSampleSingleEndFastqDirFmt from q2_types.per_sample_sequences import SingleLanePerSamplePairedEndFastqDirFmt -@@ -24,8 +24,7 @@ def metaphlan2_helper(raw_data, nproc, i - sb.run(cmd, check=True) +@@ -30,8 +30,7 @@ + 'doi: https://doi.org/10.1038/nmeth.3589', end='\n\n') -def profile_single_fastq(raw_data: SingleLanePerSampleSingleEndFastqDirFmt, @@ -30,7 +32,7 @@ output_biom = None with tempfile.TemporaryDirectory() as tmp_dir: -@@ -36,8 +35,7 @@ def profile_single_fastq(raw_data: Singl +@@ -42,8 +41,7 @@ return output_biom diff -Nru metaphlan2-2.7.8/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch metaphlan2-2.9.19/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch --- metaphlan2-2.7.8/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch 2018-09-17 01:17:22.0 -0700 +++ metaphlan2-2.9.19/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch 2019-08-15 13:12:57.0 -0700 @@ -5,182 +5,222 @@ . The doc is also adapted to this change. a/metaphlan2.py -+++ b/metaphlan2.py -@@ -417,7 +417,7 @@ def read_params(args): +Index: metaphlan2-2.9.19/metaphlan2.py +=== +--- metaphlan2-2.9.19.orig/metaphlan2.py metaphlan2-2.9.19/metaphlan2.py +@@ -143,7 +143,7 @@ "* You can also provide an externally BowTie2-mapped SAM if you specify this format with \n" " --input_type. Two steps: first apply BowTie2 and then feed MetaPhlAn2 with the obtained sam:\n" --"$ bowtie2 --sam-no-hd --sam-no-sq --no-unal --very-sensitive -S metagenome.sam -x ${mpa_dir}/db_v20/mpa_v20_m200 -U metagenome.
Bug#934863: apticron-systemd: Directory '/var/lib/apticron' and manpage missing
Package: apticron-systemd Version: 1.2.1 Severity: normal Dear Maintainer, ‘debian/dirs’ and ‘debian/manpages’ are only installed into the first binary package acted on, namely apticron. Hence apticron-systemd is lacking /usr/share/man/man1/apticron.1.gz and /var/lib/apticron/. The latter in particular causes the service to fail with mv: cannot move '/tmp/apticron.XX' to '/var/lib/apticron/last_run': No such file or directory But the notification message is sent out anyway, so I'm unsure about the severity of this bug. Cheers, -- Guilhem. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/8 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 apticron-systemd depends on: ii apt1.8.3 ii bsd-mailx [mailx] 8.1.2-0.20180807cvs-1+b1 ii bzip2 1.0.6-9.2 ii dpkg 1.19.7 ii systemd241-7 Versions of packages apticron-systemd recommends: ii apt-listchanges 3.20 ii gpg 2.2.17-3 ii iproute2 5.2.0-1 apticron-systemd suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#934859: undertime: Add major cities to available timezones
On 2019-08-15 23:23:06, D Haley wrote: > Package: undertime > Version: 1.7.0 > Severity: wishlist > > Dear Maintainer, > > I am reporting this here, as gitlab does not allow me to create an account - > please do forward upstream as needed. > > Having the ability to type in a name of a regional capital city to undertime > and have it recognised would be great. For example, "Moscow" works, however > "Boston" does not. Similarly, "Lagos" (population 21M) also is not valid. I > assume the English transliteration would be the best route forward. > > Perhaps as an arbitrary cutoff, a list such as from eg. here : > https://data.mongabay.com/cities_pop_01.htm could be used, with a population > cutoff specified in Millions. 2M : 170 cities, 4M : 73 cities. Hello! That's a fair point. I thought about this a little, and settled on using whatever Python gave me, which is from: https://pypi.org/project/pytz/ ... which is based (more or less) on this list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones The list you provided is great except it doesn't specify the timezone, which basically makes it useless. ;) For making this work, I'd need a list that: * maps a string (city name or location) to a timezone * is reliably updated So far, the only thing that qualifies, as far as I know, is the tzdata stuff, which is why I'm using it. But I'd be happy to have another source! As a rule, however, it should be available offline. A. -- Il faut tout un village pour élever un enfant. - Proverbe africain
Bug#934862: chromium: Browser Geolocation does not work
Package: chromium Version: 76.0.3809.100-1 Severity: normal Dear Maintainer, Browser Geolocation does not work in Chromium. For example, when I go to "https://mylocation.org/"; ans click "Browser Geolocation > Start Test", the test fails. Of course, I allowed geolocation for this site and I can check in the settings that it is indeed enabled for this site. The situation has been so my many months. I expect geolocation to work. Note that it works with firefox-esr with the same computer.. Olivier -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common 76.0.3809.100-1 ii libasound2 1.1.2-1 ii libatk-bridge2.0-0 2.20.1-2 ii libatk1.0-0 2.26.0-2 ii libatomic1 8.3.0-6 ii libatspi2.0-02.20.2-1 ii libavcodec58 7:4.1.3-1 ii libavformat587:4.1.3-1 ii libavutil56 7:4.1.3-1 ii libc62.28-5 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libcups2 2.2.6-5 ii libdbus-1-3 1.12.14-1 ii libdrm2 2.4.90-1 ii libevent-2.1-6 2.1.8-stable-4 ii libexpat12.2.6-2 ii libflac8 1.3.1-4 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3 ii libgcc1 1:8.3.0-6 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libglib2.0-0 2.58.3-2 ii libgtk-3-0 3.24.5-1 ii libharfbuzz0b2.3.1-1 ii libicu63 63.1-4 ii libjpeg62-turbo 1:1.5.1-2 ii libjsoncpp1 1.7.4-3 ii liblcms2-2 2.7-1 ii libminizip1 1.1-8 ii libnspr4 2:4.20-1 ii libnss3 2:3.42.1-1 ii libopenjp2-7 2.3.0-1 ii libopus0 1.2.1-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libpci3 1:3.5.2-1 ii libpng16-16 1.6.34-1 ii libpulse012.2-4 ii libre2-5 20190101+dfsg-2 ii libsnappy1v5 1.1.3-3 ii libstdc++6 8.3.0-6 ii libvpx6 1.8.1-2 ii libwebp6 0.6.1-2 ii libwebpdemux20.5.1-2 ii libwebpmux3 0.6.1-2 ii libx11-6 2:1.6.3-1 ii libx11-xcb1 2:1.6.3-1 ii libxcb1 1.12-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.2-1 ii libxi6 2:1.7.6-1 ii libxml2 2.9.4+dfsg1-2 ii libxrandr2 2:1.5.0-1 ii libxrender1 1:0.9.9-2 ii libxslt1.1 1.1.29-1 ii libxss1 1:1.2.3-1 ii libxtst6 2:1.2.2-1+b1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages chromium recommends: ii chromium-sandbox 73.0.3683.75-1 Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell Versions of packages chromium-common depends on: ii x11-utils 7.7+3 ii xdg-utils 1.1.1-1 Versions of packages chromium-common recommends: ii chromium-sandbox 73.0.3683.75-1 ii fonts-liberation 1.07.4-1 ii libgl1-mesa-dri 18.2.8-2 ii libu2f-udev 1.1.5-1 ii notification-daemon 3.20.0-1 ii system-config-printer1.5.11-4 ii upower 0.99.7-2 ii xfce4-notifyd [notification-daemon] 0.4.3-1 Versions of packages chromium-sandbox depends on: ii libatomic1 8.3.0-6 ii libc6 2.28-5 ii libgcc1 1:8.3.0-6 ii libstdc++6 8.3.0-6 -- no debconf information
Bug#934861: python-yubico-tools not installable, broken dependency
Package: python-yubico-tools Version: 1.3.2-2.1 Severity: important The python-yubico-tools package in sid cannot be installed. The recent NMU of the python-yubico added "X-Python-Version: >= 2.8" to the debian/control, which resulted in a bogus binary dependency on python:any (>= 2.8~). The current Python packaging policy manual says that these fields are obsolete and can be removed now that only Python 2.7 is supported[1]. [1] https://www.debian.org/doc/packaging-manuals/python-policy/module_packages.html#specifying_versions -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.0-trunk-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python-yubico-tools depends on: ii libpython2.7-stdlib [python-argparse] 2.7.16-3 ii python 2.7.16-1 ii python-yubico 1.3.2-2.2~prerelease python-yubico-tools recommends no packages. python-yubico-tools suggests no packages. -- no debconf information
Bug#934860: mate-media-pulse: Can't install on Buster because depends on wrong version of mate-media-common
Package: mate-media-pulse Severity: grave Justification: renders package unusable root@debian-NUCi5:~# apt install mate-media-pulse Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mate-media-pulse : Depends: mate-media-common (>= 1.8.0+dfsg1-3) but it is not going to be installed Depends: mate-media-common (< 1.8.0+dfsg1-3.1) but it is not going to be installed -- System Information: Debian Release: 10.0 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mate-media-pulse depends on: ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo2 1.16.0-4 pn libcanberra-gtk0 ii libcanberra0 0.30-7 ii libfontconfig12.13.1-2 ii libfreetype6 2.9.1-3 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libgtk2.0-0 2.24.32-3 ii libmate-desktop-2-17 1.20.4-2 ii libpango-1.0-01.42.4-7~deb10u1 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii libpangoft2-1.0-0 1.42.4-7~deb10u1 ii libpulse-mainloop-glib0 12.2-4 ii libpulse0 12.2-4 ii libstartup-notification0 0.12-6 ii libunique-1.0-0 1.1.6-6 ii libx11-6 2:1.6.7-1 ii libxml2 2.9.4+dfsg1-7+b3 pn marco ii mate-desktop 1.20.4-2 ii mate-media-common 1.20.2-1 ii pulseaudio12.2-4 ii x11-utils 7.7+4 Versions of packages mate-media-pulse recommends: ii sound-theme-freedesktop 0.8-2 mate-media-pulse suggests no packages.
Bug#922072: Failure of Hauppauge PVR-150 to obtain any image from a camera connected to the composite
Also, a Logitech camera is detected but fails to produce an image. peter@imager:~$ v4l2-ctl --list-devices Hauppauge WinTV PVR-150 (PCI::01:04.0): /dev/video0 /dev/video24 /dev/video32 /dev/radio0 /dev/vbi0 UVC Camera (046d:0807) (usb-:00:1d.7-4): /dev/video1 /dev/video2 peter@imager:~$ qv4l2 -d /dev/video1 OpenGL Error 0x500: InitializeGL. OpenGL Error 0x501: YUY2 shader. Could not create shader of type 2. OpenGL Error: YUY2 shader compilation failed. OpenGL Error 0x500: YUY2 paint. OpenGL Error 0x502: YUY2 paint. ... "OpenGL Error 0x502: YUY2 paint." is repeated until qv4l2 is interrupted. I don't understand the significance of the shader. Thanks,... P. -- https://en.wikibooks.org/wiki/Oberon Tel: +1 604 670 0140Bcc: peter at easthope. ca
Bug#916595: vlc: program doesn't close its process in some cases
Hi all, I have the same behavior here, I can confirm it started with the upgrade to buster and I am using a Radeon card: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] 07:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8) If there is anything additional I can provide to fix this, feel free to contact me. Kind regards, Armin -- The ASCII Ribbon Campaign () No HTML/RTF in email /\ No Word docs in email Respect for open standards http://arc.pasp.de/
Bug#934859: undertime: Add major cities to available timezones
Package: undertime Version: 1.7.0 Severity: wishlist Dear Maintainer, I am reporting this here, as gitlab does not allow me to create an account - please do forward upstream as needed. Having the ability to type in a name of a regional capital city to undertime and have it recognised would be great. For example, "Moscow" works, however "Boston" does not. Similarly, "Lagos" (population 21M) also is not valid. I assume the English transliteration would be the best route forward. Perhaps as an arbitrary cutoff, a list such as from eg. here : https://data.mongabay.com/cities_pop_01.htm could be used, with a population cutoff specified in Millions. 2M : 170 cities, 4M : 73 cities. Thanks! -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages undertime depends on: ii python3 3.7.2-1 ii python3-parsedatetime 2.4-2 ii python3-termcolor 1.1.0-2 ii python3-terminaltables 3.1.0-2 ii python3-tz 2019.1-1 ii python3-yaml3.13-2 undertime recommends no packages. undertime suggests no packages. -- no debconf information
Bug#922072: Failure of Hauppauge PVR-150 to obtain any image from a camera connected to the composite video input.
From: Ben Hutchings Date: Mon, 11 Feb 2019 20:27:24 + > The current kernel version in stable is 4.9.130-2, while you are > running a much older version. Please install the available updates and > re-test. After upgrading Debian 9 => 10 ... peter@dalton:~$ uname -a Linux dalton 4.19.0-5-686-pae #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) i686 Still no evidence of any functionality in the Hauppauge card. Not even a dimming of the display when the lens opening is covered. When the setup was first tested over a year back, there was evidence of a crude image at least. Now nothing. Any suggestions for troubleshooting? Some reliable way of testing for a signal at the composite connector? Detected by the PVR? Thanks, ... Peter E. -- https://en.wikibooks.org/wiki/Oberon Tel: +1 604 670 0140Bcc: peter at easthope. ca
Bug#934858: Please port viewvc to Python 3 or get it removed from Sid/Bullseye
Source: viewvc Version: 1.1.26 Severity: serious Hi, Viewvc seems to be Python 2 only, and having a quick look, it needs a lot of work to make it work under Python 3. Since we want to get Python 2 removed from Bullseye, you have no choice but to either port it to Python3, convince upstream to do so, or drop the package from Bullseye (and continue to maintain it for the next 5 years in Buster). Your thoughts? Cheers, Thomas Goirand (zigo)
Bug#719692: Make run-parts useful for running hook scripts
[2013-08-14 12:48] Michael Haggerty > Package: debianutils > Version: 4.2.1 > Severity: wishlist > [...] > Just the thing for run-parts! > > But hook scripts are often fed some data on their stdin. For example, > the Git post-receive hook receives input that tells what references have > been changed, one line per reference. These data would be needed by > *each* of the sub-hook scripts for them to run correctly. I want this feature too. Dear maintainer, are you interested? Will you accept patch? -- Note, that I send and fetch email in batch, once in a few days. Please, mention in body of your reply when you add or remove recepients.
Bug#695873: 695873: Serial console does not work
Control: tags 695873 + pending Dear maintainer, I've prepared an NMU for 695873 (versioned as 5.01-3.1) and uploaded it without delay. Regards. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ diff -Nru memtest86+-5.01/debian/changelog memtest86+-5.01/debian/changelog --- memtest86+-5.01/debian/changelog 2015-06-25 17:14:21.0 + +++ memtest86+-5.01/debian/changelog 2019-08-15 17:49:09.0 + @@ -1,3 +1,11 @@ +memtest86+ (5.01-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix passing serial options on the command line +(Closes: #695873): serial-console-fix.patch + + -- Louis-Philippe Véronneau Thu, 15 Aug 2019 13:49:09 -0400 + memtest86+ (5.01-3) unstable; urgency=medium * Build with -fgnu89-inline for GCC 5 (Matthias Klose, Closes: #778001) diff -Nru memtest86+-5.01/debian/patches/serial-console-fix.patch memtest86+-5.01/debian/patches/serial-console-fix.patch --- memtest86+-5.01/debian/patches/serial-console-fix.patch 1970-01-01 00:00:00.0 + +++ memtest86+-5.01/debian/patches/serial-console-fix.patch 2019-08-15 17:49:09.0 + @@ -0,0 +1,21 @@ +Fix passing serial options on the command line +Index: memtest86+-5.01/lib.c +=== +--- memtest86+-5.01.orig/lib.c memtest86+-5.01/lib.c +@@ -1141,7 +1141,7 @@ void serial_console_setup(char *param) + + end++; + +- if (*end != '\0' || *end != ' ') ++ if (*end != '\0' && *end != ' ') + return; /* garbage at the end */ + + serial_bits = bits; +@@ -1196,4 +1196,4 @@ void get_list(int x, int y, int len, cha + return; + } + } +-} +\ No newline at end of file ++} diff -Nru memtest86+-5.01/debian/patches/series memtest86+-5.01/debian/patches/series --- memtest86+-5.01/debian/patches/series 2015-06-25 17:12:50.0 + +++ memtest86+-5.01/debian/patches/series 2019-08-15 17:49:09.0 + @@ -3,3 +3,4 @@ memtest86+-5.01-O0.patch memtest86+-5.01-array-size.patch gcc-5 +serial-console-fix.patch signature.asc Description: OpenPGP digital signature
Bug#934857: service-wrapper: New upstream version available
Package: service-wrapper Version: 3.5.30-1 Severity: wishlist New upstream version 3.5.40 seems to be available. https://wrapper.tanukisoftware.com/doc/english/download.jsp -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages service-wrapper depends on: ii libc62.28-10 ii libservice-wrapper-java 3.5.30-1 ii libservice-wrapper-jni 3.5.30-1 service-wrapper recommends no packages. service-wrapper suggests no packages. -- no debconf information
Bug#934856: lzop: Please package lzop 1.04 (may fix x32 FTBFS)
Package: lzop Version: 1.03-4+b1 Tags: ftbfs Usertags: x32 Dear Maintainer, lzop 1.04 was released on 10 Aug 2017: https://www.lzop.org/lzop_news.php Changes in 1.04 (10 Aug 2017) * Happy 20th anniversary release! * Added CMake build support. * Assorted minor updates. https://www.lzop.org/download/lzop-1.04.tar.gz -- One change concerns an operand type in acc_debug_align_check_query() in miniaac.h, implicated in a FTBFS on x32: https://buildd.debian.org/status/fetch.php?pkg=lzop&arch=x32&ver=1.03-4&stamp=1490035015&raw=0 gcc -DHAVE_CONFIG_H -I. -I.. -Wdate-time -D_FORTIFY_SOURCE=2 -DLZOP_HAVE_CONFIG_H -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. -specs=/usr/share/dpkg/pie-compile.specs -fstack-protector-strong -Wformat -Werror=format-security -c util.c gcc: note: pie specs /usr/share/dpkg/pie-compile.specs ignored when pie is not enabled miniacc.h: Assembler messages: miniacc.h:6790: Error: operand type mismatch for `pop' Makefile:302: recipe for target 'util.o' failed This is unsurprising since the previous version was released 01 Nov 2010, prior to x32. The code in question used size_t (which is 32 bits on x32) to contain a register: size_t r; __asm__ __volatile__("pushf\n pop %0\n" : "=a" (r) : : __ACC_ASM_CLOBBER); but now appears to use uint64 (x32 is __x86_64__ || __ILP32__ ): # if (ACC_ARCH_AMD64) acc_uint64e_t r = 0; # else size_t r = 0; # endif __asm__ __volatile__("pushf\n pop %0\n" : "=a" (r) : __ACC_ASM_CLOBBER_LIST_CC_MEMORY); Best regards, -- Laurence "GreenReaper" Parry https://www.greenreaper.co.uk/
Bug#934855: service-wrapper: Please provide service-wrapper on mips64el
Package: service-wrapper Version: 3.5.30-1 Severity: normal i2p depends on service-wrapper, but service-wrapper is not built on mips64el. Now mips64el seems to be one of the supported archs, it prevents i2p from entering testing. Could you provide service-wrapper on mips64el? -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages service-wrapper depends on: ii libc62.28-10 ii libservice-wrapper-java 3.5.30-1 ii libservice-wrapper-jni 3.5.30-1 service-wrapper recommends no packages. service-wrapper suggests no packages. -- no debconf information
Bug#934854: fet: please drop dh_dwz override
Source: fet Version: 5.39.0-2 Severity: important Tags: patch Hello, thanks for adopting fet! I tried to keep it in shape for release in the meanwhile :) I overridden dh_dwz, but now debhelper 12.4 is "fixed" and doesn't fail anymore on that issue. Can you please drop the override? I also didn't understand why you removed the VCS fields... Having a collaborative git repo would have allowed me to directly push the fix... thanks Gianfranco
Bug#934836: [Pkg-openssl-devel] Bug#934836: Request to upload OpenSSL version 3.0.0 to experimental
On Thu, Aug 15, 2019 at 08:27:40PM +0200, Sakirnth Nagarasa wrote: > Package: openssl > Version: 3.0.0 > Severity: wishlist > > Hi, > > Could someone upload OpenSSL version 3.0.0 to expermiental please. I'm > packaging ngtcp2 and it needs OpenSSL version 3.0.0 + a patch to build > properly. It would be helpful for me when this version of OpenSSL would > be in debian. There hasn't been any release of OpenSSL 3.0, there isn't even an alpha release yet. Development upstream is still very active making large changes. I don't think this is a good time to upload this to Debian. Kurt
Bug#934853: please add a lintian warning/error for packages (b-)depending on python or using the unversioned python shebang
Package: lintian,dh-python please add an lintian warning/error for packages (b-)depending on python or using the unversioned python shebang. Not sure if this should be one or two different lintian warnings or errors. We definitely want to drop the python/python-dev binary packages, and not shipping /usr/bin/python for bullseye. Packages should either be using python3 (preferred), or use the python2.7 or python2 shebang or (b-)dependencies. Maybe start with a warning, and raise that to an error later in the release cycle. The description should mention that conversion to python3 is the preferred solution, followed by removal of python2 stuff from the archive, and only if we have to keep the python2 stuff, then the unversioned python names have to be avoided.
Bug#934851: RFS: shotwell/0.30.5-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "shotwell" Package name: shotwell Version : 0.30.5-1 Upstream Author : Jens Georg URL : https://wiki.gnome.org/Apps/Shotwell License : LGPL-2.1, CC-BY-SA-3.0, GPL-2+ Section : gnome It builds those binary packages: shotwell- digital photo organizer shotwell-common - digital photo organizer - common files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/shotwell Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/shotwell/shotwell_0.30.5-1.dsc or from git https://jff.email/cgit/shotwell.git/?h=release%2Fdebian%2F0.30.5-1 Changes since the last upload: * New upstream release. - Remove debian/patches/0110-fix_GoogleAuthenticator.patch. The build with sbuild and pdebuild and the tests with Lintain are ok. Puiparts fails about "package purging left files on system" mostly from a mime package. +--+ | Summary | +--+ Build Architecture: amd64 Build Type: full Build-Space: 264492 Build-Time: 109 Distribution: sid Host Architecture: amd64 Install-Time: 351 Job: /data/entwicklung/linux/debian/shotwell/shotwell_0.30.5-1.dsc Lintian: info Machine Architecture: amd64 Package: shotwell Package-Time: 567 Piuparts: fail Source-Version: 0.30.5-1 Space: 264492 Status: successful Version: 0.30.5-1 Finished at 2019-08-15T08:04:43Z Build needed 00:09:27, 264492k disk space Regards, Jörg Frings-Fürst -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser git: https://jff.email/cgit/ Threema: SYR8SJXB Wire: @joergfringsfuerst Skype:joergpenguin Ring: jff Telegram: @joergfringsfuerst My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#934850: bat: missing Breaks+Replaces: bareos-bat
Package: bat Version: 0.11.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../bat_0.11.0-1_amd64.deb ... Unpacking bat (0.11.0-1) ... dpkg: error processing archive /var/cache/apt/archives/bat_0.11.0-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/bat', which is also in package bareos-bat 16.2.6-5 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/bat_0.11.0-1_amd64.deb The bareos-bat package was shipping /usr/bin/bat previously, but that package has been dropped with the bareos 17.x release. cheers, Andreas bareos-bat=16.2.6-5_bat=0.11.0-1.log.gz Description: application/gzip
Bug#934852: seaborn: Please drop python2 support
Package: seaborn Version: 0.9.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Dear maintainers, As you may know, we are in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. seaborn is a package that (build-)depends on python-pandas, so I've gone ahead and uploaded the attached patch to Ubuntu which drops the python2 module. python-seaborn has two reverse-dependencies, of poretools and sphinx-gallery, which should also be fixed before this change is made in Debian. I've already dropped their dependencies on python-seaborn in Ubuntu, and filed bugs in Debian. Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru seaborn-0.9.0/debian/control seaborn-0.9.0/debian/control --- seaborn-0.9.0/debian/control2019-01-22 23:16:03.0 -0800 +++ seaborn-0.9.0/debian/control2019-08-15 12:48:54.0 -0700 @@ -7,27 +7,17 @@ Priority: optional Build-Depends: debhelper (>= 12~), dh-python, - python-setuptools, python3-setuptools, - python-all, python3-all, - python-nose, python3-nose, xvfb, xauth, - python-numpy, - python-scipy, - python-pandas, - python-matplotlib, - python-tk, - python-statsmodels, - python-patsy, - python-pytest, python3-numpy, python3-scipy, python3-pandas, - python3-matplotlib | python-matplotlib (<< 1.2.0~), + python3-matplotlib, python3-tk, + python3-statsmodels, python3-patsy, python3-pytest Standards-Version: 4.3.0 @@ -35,42 +25,6 @@ Vcs-Git: https://salsa.debian.org/science-team/seaborn.git Homepage: https://github.com/mwaskom/seaborn -Package: python-seaborn -Architecture: all -Depends: ${misc:Depends}, - ${python:Depends}, - python-numpy, - python-scipy, - python-pandas, - python-matplotlib, - python-tk -Recommends: python-statsmodels, -python-patsy, -python-bs4 -Description: statistical visualization library for Python - Seaborn is a library for making attractive and informative - statistical graphics in Python. It is built on top of matplotlib and - tightly integrated with the PyData stack, including support for numpy - and pandas data structures and statistical routines from scipy and - statsmodels. - . - Some of the features that seaborn offers are - . - - Several built-in themes that improve on the default matplotlib -aesthetics - - Tools for choosing color palettes to make beautiful plots that -reveal patterns in your data - - Functions for visualizing univariate and bivariate distributions -or for comparing them between subsets of data - - Tools that fit and visualize linear regression models for different -kinds of independent and dependent variables - - A function to plot statistical timeseries data with flexible estimation -and representation of uncertainty around the estimate - - High-level abstractions for structuring grids of plots that let you -easily build complex visualizations - . - This is the Python 2 version of the package. - Package: python3-seaborn Architecture: all Depends: ${misc:Depends}, diff -Nru seaborn-0.9.0/debian/rules seaborn-0.9.0/debian/rules --- seaborn-0.9.0/debian/rules 2019-01-22 23:16:03.0 -0800 +++ seaborn-0.9.0/debian/rules 2019-08-15 12:48:54.0 -0700 @@ -11,7 +11,7 @@ export https_proxy=http://127.0.0.1:9/ %: - dh $@ --with python2,python3 --buildsystem=pybuild + dh $@ --with python3 --buildsystem=pybuild # Assure Agg backend for matplotlib to avoid any possible complication # and failed unittests, as in #802412
Bug#934849: gpsbabel FTCBFS: uses AC_RUN_IFELSE without cross fallback
Source: gpsbabel Version: 1.6.0+ds-5 Tags: patch upstream User: debian-cr...@lists.debian.org Usertags: ftcbfs gpsbabel fails to cross build from source for a new reason: configure.ac gained AC_RUN_IFELSE invocations to check whether we need an -rpath for qt libraries. This property cannot be tested during cross compilation and makes the configuration fail. Given that we usually don't want an -rpath (at least in distro builds), I propose that we assume that an -rpath is not needed during cross compilation. It can still be specified as a configure parameter. The attached patch makes configuration and build succeed, but it keeps failing on help2man. See #912089 for more details on help2man. Please close this bug when fixing the AC_RUN_IFELSE part anyway. Helmut --- gpsbabel-1.6.0+ds.orig/configure.ac +++ gpsbabel-1.6.0+ds/configure.ac @@ -364,7 +364,8 @@ [AC_MSG_RESULT(rpath required)], [AC_MSG_FAILURE(loader cannot find Qt library) LDFLAGS="$OLDFLAGS"] - )] + )], + [AC_MSG_RESULT(cross. assuming rpath not needed)] ) CPPFLAGS="$OCPPFLAGS" LIBS="$OLIBS"
Bug#934847: sphinx-gallery: Please drop python2 support
thanks Steve, i'm looking at my packages for which one can remove python 2 support > so I've gone ahead and uploaded the attached patch to > Ubuntu which drops the python2 module. This makes the python2-only > matplotlib2 fail to build due to unsatisfiable build-dependencies, and > requires python-networkx to also drop its python2 module, but has no other > impact. I'm sorry but this is not ok, i cannot just break reverse dependencies, which has tons of their own reverse deps in return. we'd have to go the conservative route and drop leaf packages first and then approach the "core" python2 packages set -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi G+: https://plus.google.com/u/0/+SandroTosi
Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing
On Thu, 15 Aug 2019, Mark Hindley wrote: > I don't think so because the versions are different. systemd 241-7 Depends on > libsystemd0 =241-7 (= ${binary:Version}). libelogind0 Provides libsystemd0 > =241.3 (= ${source:Upstream-Version}. That can never satisfy the systemd > dependency. The idea here is that systemd depends on implementation details of its library, whereas libelogind0 stubs only enough to get all other applications working, so it is not expected to satisfy the dependency of systemd, rightfully. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg ** Mit der tarent Academy bieten wir auch Trainings und Schulungen in den Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt. **
Bug#934848: linux-image-4.19.0-5-amd64: The Cavium PTP device driver is always loaded
Package: src:linux Version: 4.19.37-5+deb10u2 Severity: normal Dear Maintainer, The Cavium PTP coprocess as PTP clock driver is rarely if ever present on x86 systems, yet the Debian kernel config has it enabled. Noticed this as driver in /sys/bus/pci/drivers on a standard x86 server. The fix is simple, since this is a PCI device and can be built as a module, just change the kernel config to build as module. CONFIG_CAVIUM_PTP=m -- Package-specific info: ** Version: Linux version 4.19.0-5-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-5-amd64 root=UUID=ae541fd6-fbff-48ce-ba8b-57840d9992d0 ro quiet ** Not tainted ** Kernel log: [ 14.102093] sd 1:0:0:0: Attached scsi generic sg2 type 0 [ 14.102134] sr 8:0:0:0: Attached scsi generic sg3 type 5 [ 14.102998] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 14.120054] input: PC Speaker as /devices/platform/pcspkr/input/input8 [ 14.139416] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 655360 ms ovfl timer [ 14.139418] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules [ 14.139419] RAPL PMU: hw unit of domain package 2^-14 Joules [ 14.139420] RAPL PMU: hw unit of domain dram 2^-16 Joules [ 14.152308] EFI Variables Facility v0.08 2004-May-17 [ 14.159835] pstore: Registered efi as persistent store backend [ 14.160040] systemd-journald[420]: Received request to flush runtime journal from PID 1 [ 14.171072] Loading iSCSI transport class v2.0-870. [ 14.172013] checking generic (fa00 50) vs hw (fa00 100) [ 14.172014] fb: switching to astdrmfb from EFI VGA [ 14.172050] Console: switching to colour dummy device 80x25 [ 14.172494] [drm] Using P2A bridge for configuration [ 14.172497] [drm] AST 2400 detected [ 14.172507] [drm] Analog VGA only [ 14.172521] [drm] dram MCLK=408 Mhz type=1 bus_width=16 size=0100 [ 14.173232] snd_hda_intel :00:1b.0: enabling device (0140 -> 0142) [ 14.173335] [TTM] Zone kernel: Available graphics memory: 16408614 kiB [ 14.173336] [TTM] Zone dma32: Available graphics memory: 2097152 kiB [ 14.173337] [TTM] Initializing pool allocator [ 14.173339] [TTM] Initializing DMA pool allocator [ 14.177685] fbcon: astdrmfb (fb0) is primary device [ 14.198073] Console: switching to colour frame buffer device 128x48 [ 14.216339] ast :0a:00.0: fb0: astdrmfb frame buffer device [ 14.227981] iscsi: registered transport (iser) [ 14.254552] [drm] Initialized ast 0.1.0 20120228 for :0a:00.0 on minor 0 [ 14.254794] snd_hda_codec_realtek hdaudioC0D0: ALC1150: SKU not ready 0x [ 14.255267] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC1150: line_outs=3 (0x14/0x15/0x16/0x0/0x0) type:line [ 14.255268] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 14.255269] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) [ 14.255269] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0 [ 14.255270] snd_hda_codec_realtek hdaudioC0D0:dig-out=0x1e/0x0 [ 14.255270] snd_hda_codec_realtek hdaudioC0D0:inputs: [ 14.255271] snd_hda_codec_realtek hdaudioC0D0: Front Mic=0x19 [ 14.255272] snd_hda_codec_realtek hdaudioC0D0: Rear Mic=0x18 [ 14.255273] snd_hda_codec_realtek hdaudioC0D0: Line=0x1a [ 14.266764] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/sound/card0/input9 [ 14.275334] input: HDA Intel PCH Front Mic as /devices/pci:00/:00:1b.0/sound/card0/input10 [ 14.275396] input: HDA Intel PCH Rear Mic as /devices/pci:00/:00:1b.0/sound/card0/input11 [ 14.275468] input: HDA Intel PCH Line as /devices/pci:00/:00:1b.0/sound/card0/input12 [ 14.275511] input: HDA Intel PCH Line Out Front as /devices/pci:00/:00:1b.0/sound/card0/input13 [ 14.275578] input: HDA Intel PCH Line Out Surround as /devices/pci:00/:00:1b.0/sound/card0/input14 [ 14.275636] input: HDA Intel PCH Line Out CLFE as /devices/pci:00/:00:1b.0/sound/card0/input15 [ 14.275688] input: HDA Intel PCH Front Headphone as /devices/pci:00/:00:1b.0/sound/card0/input16 [ 14.288003] RPC: Registered named UNIX socket transport module. [ 14.288004] RPC: Registered udp transport module. [ 14.288004] RPC: Registered tcp transport module. [ 14.288005] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 14.308698] RPC: Registered rdma transport module. [ 14.308698] RPC: Registered rdma backchannel transport module. [ 14.316218] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 14.316233] EDAC sbridge: Seeking for: PCI ID 8086:6fa0 [ 14.316249] EDAC sbridge: Seeking for: PCI ID 8086:6f60 [ 14.316259] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 14.316263] EDAC sbridge: Seeking for: PCI ID 8086:6fa8 [ 14.316270] EDAC sbridge: Seeking for: PCI ID 8086:6f71 [ 14.316274] EDAC sbridge: S
Bug#934816: tcl8.6-tdbc-mysql: built with libmariadbclient18, which doesn't exist any longer
Hello Otto Thank you for reporting it. Please allow a few days or maybe a week before I get to it thanks -- Massimo On 8/15/19 12:34 PM, Otto Kekäläinen wrote: Package: tcl8.6-tdbc-mysql Control: affects -1 mariadb-10.3 Hello! The current version of this package in unstable is quite old and has been built against libmariadbclient18, which no longer exists in Debian unstable (superceeded by libmariadb3). This affects mariadb-10.3 which cannot currently migrate form Debian unstable to Debian testing due to this old package stopping it with its outdated run-time dependency. Please consider making a new upload of this package so that the run-time dependencies update.
Bug#934847: sphinx-gallery: Please drop python2 support
Package: sphinx-gallery Version: 0.2.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Hi Sandro, We are of course in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. sphinx-gallery is a package that indirectly build-depends on python-pandas (via python-seaborn), so I've gone ahead and uploaded the attached patch to Ubuntu which drops the python2 module. This makes the python2-only matplotlib2 fail to build due to unsatisfiable build-dependencies, and requires python-networkx to also drop its python2 module, but has no other impact. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru sphinx-gallery-0.2.0/debian/control sphinx-gallery-0.2.0/debian/control --- sphinx-gallery-0.2.0/debian/control 2018-06-10 18:29:43.0 -0700 +++ sphinx-gallery-0.2.0/debian/control 2019-08-15 12:32:10.0 -0700 @@ -3,23 +3,12 @@ Priority: optional Maintainer: Sandro Tosi Uploaders: Debian Python Modules Team -Build-Depends: debhelper (>= 9), dh-python, python-all, python3-all, python-sphinx, python3-sphinx, python-matplotlib, python3-matplotlib, python-pil, python3-pil, python-seaborn, python3-seaborn, python-setuptools, python3-setuptools, python-pytest-runner, python3-pytest-runner +Build-Depends: debhelper (>= 9), dh-python, python3-all, python3-sphinx, python3-matplotlib, python3-pil, python3-seaborn, python3-setuptools, python3-pytest-runner Standards-Version: 4.1.4 Homepage: https://sphinx-gallery.github.io/ Vcs-Git: https://salsa.debian.org/python-team/modules/sphinx-gallery.git Vcs-Browser: https://salsa.debian.org/python-team/modules/sphinx-gallery -Package: python-sphinx-gallery -Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, python-matplotlib, python-pil, python-sphinx -Suggests: python-sphinx-gallery-doc, mayavi2, python-seaborn -Description: extension that builds an HTML gallery of examples from Python scripts - * Simple examples that run out of the box are the best way to learn a library - * Pleasing, organized, visual layouts - * Links, searching, backlinks throughout examples and documentation - . - This package contains the Python 2 version of sphinx-gallery. - Package: python3-sphinx-gallery Architecture: all Depends: ${python3:Depends}, ${misc:Depends}, python3-matplotlib, python3-pil, python3-sphinx diff -Nru sphinx-gallery-0.2.0/debian/rules sphinx-gallery-0.2.0/debian/rules --- sphinx-gallery-0.2.0/debian/rules 2018-06-10 18:29:43.0 -0700 +++ sphinx-gallery-0.2.0/debian/rules 2019-08-15 12:32:10.0 -0700 @@ -1,14 +1,13 @@ #!/usr/bin/make -f -PY2VERS := $(shell pyversions -s) PY3VERS := $(shell py3versions -s) %: - dh $@ --with sphinxdoc,python2,python3 + dh $@ --with sphinxdoc,python3 --buildsystem=pybuild override_dh_auto_build: set -e ; \ - for python in $(PY2VERS) $(PY3VERS); do \ + for python in $(PY3VERS); do \ $$python setup.py build; \ done @@ -16,10 +15,6 @@ override_dh_auto_install: set -e ; \ - for python in $(PY2VERS); do \ - $$python setup.py install --root=debian/python-sphinx-gallery --install-layout=deb; \ - done - set -e ; \ for python in $(PY3VERS); do \ $$python setup.py install --root=debian/python3-sphinx-gallery --install-layout=deb; \ done
Bug#934662: grace: Font mapping breaks with base35 *.t1 fonts
I understand, as I mentioned in the original bug report, the script patch is a kludge. Carlo On August 15, 2019 12:12:36 PM CDT, Nicholas Breen wrote: >On Tue, Aug 13, 2019 at 12:47:07AM -0500, Carlo Segre wrote: >> If the links ending in *.t1 in the /usr/share/grace/fonts/type1/ >directory >> are renamed as *.pfb, then grace identifies all the fonts correctly >and >> makes them all available with their proper name designations. This >> indicates that the bug is in the source code for grace which should >add a >> search for a fourth variant of the file name, i.e. with *.t1 as the >> extension. > >Even worse: it's split between grace and t1lib code, with an awkward >interface between the two. > >I'd *like* to solve it this way but only have a partial fix so far. >I'll poke at it further as time permits over the next few days, and >switch to your update-grace-fonts patch if it seems intractable. >Thanks! > > >-- >Nicholas Breen >nbr...@debian.org -- Carlo Segre Professor of Physics, IIT
Bug#934779: libreoffice: Not read the "About LibreOffice" window contents
forwarded 934779 https://bugs.documentfoundation.org/show_bug.cgi?id=126254 tag 934779 + upstream thanks Hi, On Thu, Aug 15, 2019 at 09:28:12PM +0200, Rene Engelhard wrote: > > background color of window is black, so pale gray letters > > are almost invisible on a black background. Light gray background in the > > lower > > left corner of the window, where black letters are clearly visible, takes > > only > > about 10% of a window. In a 64-bit Debian 10 Sid if that window takes about > > a quarter of the screen size, you can not see anything at all, if more, then > > the lower left corner of the window begins to appear black letters on a > > light > > gray background, but not completely. > > I see black background except the buttons, but indeed when I resize > "Lib..." starts to appear. > > This appears only with libreoffice-gtk2 installed and not > libreoffice-gtk3 installed. If libreoffice-gtk3 is installed, it just > works )tested in xfce in said sid VM) This is already known upstream: https://bugs.documentfoundation.org/show_bug.cgi?id=126254 Regards, Rene
Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing
On Thu, Aug 15, 2019 at 08:02:51PM +0100, Simon McVittie wrote: > On Thu, 15 Aug 2019 at 18:33:20 +0200, Thorsten Glaser wrote: > > On Thu, 15 Aug 2019, Mark Hindley wrote: > > > At this point apt has failed to remove systemd/241-7 which depends on > > > libsystemd > > > (=241-7). Surely it should not then go on to try and remove the systemd > > > dependency? > > > > Unsure if that’s apt or dpkg. Plus, the failing prerm is in systemd, > > not in libsystemd0. > > I think this is probably dpkg, but it's dpkg being told what to do by > apt, so it could be either one causing this. I would have hoped that if > systemd.prerm fails, that's a fairly heavy hint that not only is it not > OK to remove systemd at this time, it's also not OK to remove systemd's > dependencies. Yes, but that appears not to happen. > I still wonder whether apt/dpkg are being forced into this by libelogind0 > using Conflicts rather than Breaks - Conflicts is a stronger relationship > than Breaks, and forces libsystemd0 to be removed altogether, not just > deconfigured (marked as "broken"), before unpacking libelogind0. That > means there's an unavoidable window during which libsystemd0 no longer > provides libsystemd.so.0, but libelogind0 doesn't provide it yet. I don't think so because the versions are different. systemd 241-7 Depends on libsystemd0 =241-7 (= ${binary:Version}). libelogind0 Provides libsystemd0 =241.3 (= ${source:Upstream-Version}. That can never satisfy the systemd dependency. I am pretty sure I tried with Breaks and the result was the same. Mark
Bug#905940: convert package to dh-elpa
Hi Nicholas, On Sun, Aug 11, 2019 at 06:41:25PM -0400, Nicholas D Steeves wrote: > Gentle ping, any progress on that MR review. sorry for the long non-reply. In fact I will first (hopefully tomorrow) upload an elpa-fied version of caml-mode, which is the new name upstream has chosen for the old ocaml-mode. Upstream has now separated this from the ocaml distribution, so that makes things much easier. Since this is a Recommends of elpa-tuareg it goes first. It will have to go through NEW so it make take a bit. Then, tuareg will be next. Cheers -Ralf.
Bug#934846: kdocker: Kdocker outdated
Package: kdocker Severity: wishlist Dear Maintainer, The Kdocker package is outdated. The recent version has new features like saving per app settings. Please update the package. Regards Thomas -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kdocker depends on: ii libc6 2.28-10 ii libgcc1 1:9.1.0-10 ii libgl11.1.0-1 ii libgl1-mesa-glx 19.1.4-1 ii libqt5core5a 5.11.3+dfsg1-2+b1 ii libqt5gui55.11.3+dfsg1-2+b1 ii libqt5network55.11.3+dfsg1-2+b1 ii libqt5widgets55.11.3+dfsg1-2+b1 ii libqt5x11extras5 5.11.3-2 ii libstdc++69.1.0-10 ii libx11-6 2:1.6.7-1 ii libxmu6 2:1.1.2-2+b3 ii libxpm4 1:3.5.12-1 kdocker recommends no packages. Versions of packages kdocker suggests: pn bash-completion
Bug#934762: new upstream (1.39.2)
On 14/08/19 16:46, Daniel Baumann wrote: > Package: nghttp2 > Severity: normal > > Hi, > > 1.39.2 was released with some DoS fixed. It would be nice if you could > upload it to unstable. > > Regards, > Daniel Oh, sorry, I forgot to reupload to unstable. Working on this. Tomasz signature.asc Description: PGP signature
Bug#934845: poretools: Please move to python3
Package: poretools Version: 0.6.0+dfsg-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu eoan ubuntu-patch Hi Afif, As you may know, we are in the process of deprecating python2 in Debian for the next release. In Ubuntu, I've identified that it may be useful to accelerate this deprecation for pandas and its reverse-dependencies, because the pandas tests appear to have bit-rotted for python2 on one architecture, and it would be better to remove the python2 bits rather than invest in fixing them. poretools is a package that depends on python-pandas, so I've looked at porting the code to python3. With 2to3 this has been reasonably straightforward; and although there are no tests in the package, there are various imports that happen as part of the package build and the python usage here seems reasonably straightforward, so I'm fairly confident that this port will work. I've therefore uploaded this change to Ubuntu. Please consider applying these changes in Debian as well and forwarding them upstream. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru poretools-0.6.0+dfsg/debian/control poretools-0.6.0+dfsg/debian/control --- poretools-0.6.0+dfsg/debian/control 2018-07-19 00:48:29.0 -0700 +++ poretools-0.6.0+dfsg/debian/control 2019-08-15 09:24:04.0 -0700 @@ -5,12 +5,12 @@ Priority: optional Build-Depends: debhelper (>= 11~), dh-python, - python-all, - python-setuptools, - python-h5py (>= 2.2), - python-matplotlib, - python-seaborn, - python-pandas + python3-all, + python3-setuptools, + python3-h5py (>= 2.2), + python3-matplotlib, + python3-seaborn, + python3-pandas Standards-Version: 4.1.5 Vcs-Browser: https://salsa.debian.org/med-team/poretools Vcs-Git: https://salsa.debian.org/med-team/poretools.git @@ -19,8 +19,8 @@ Package: poretools Architecture: all Depends: ${misc:Depends}, - ${python:Depends}, - python-pkg-resources + ${python3:Depends}, + python3-pkg-resources Description: toolkit for nanopore nucleotide sequencing data poretools is a flexible toolkit for exploring datasets generated by nanopore sequencing devices from MinION for the purposes of quality control and diff -Nru poretools-0.6.0+dfsg/debian/patches/python3.patch poretools-0.6.0+dfsg/debian/patches/python3.patch --- poretools-0.6.0+dfsg/debian/patches/python3.patch 1969-12-31 16:00:00.0 -0800 +++ poretools-0.6.0+dfsg/debian/patches/python3.patch 2019-08-15 09:24:04.0 -0700 @@ -0,0 +1,934 @@ +Description: port to python3 + Python2 is obsolete. Port this code to python3. + Changes consist of 2to3 output, plus fixes for tab vs. space issues, and + a fix to argparse handling when we're called with no arguments. +Author: Steve Langasek +Last-Modified: 2019-08-15 + +Index: poretools-0.6.0+dfsg/setup.py +=== +--- poretools-0.6.0+dfsg.orig/setup.py poretools-0.6.0+dfsg/setup.py +@@ -3,7 +3,7 @@ + + version_py = os.path.join(os.path.dirname(__file__), 'poretools', 'version.py') + version = open(version_py).read().strip().split('=')[-1].replace('"','').strip() +-print version ++print(version) + long_description = """ + ``poretools`` is a toolset for working with nanopore sequencing data' + """ +Index: poretools-0.6.0+dfsg/poretools/__init__.py +=== +--- poretools-0.6.0+dfsg.orig/poretools/__init__.py poretools-0.6.0+dfsg/poretools/__init__.py +@@ -1,5 +1,5 @@ + import os + import sys +-import scripts +-from Fast5File import * +-from version import __version__ ++from . import scripts ++from .Fast5File import * ++from .version import __version__ +Index: poretools-0.6.0+dfsg/poretools/Fast5File.py +=== +--- poretools-0.6.0+dfsg.orig/poretools/Fast5File.py poretools-0.6.0+dfsg/poretools/Fast5File.py +@@ -11,8 +11,8 @@ + + + # poretools imports +-import formats +-from Event import Event ++from . import formats ++from .Event import Event + + fastq_paths = { + 'closed' : {}, +@@ -63,7 +63,7 @@ + def __iter__(self): + return self + +-def next(self): ++def __next__(self): + if len(self.files) > 0: + return self.files.pop(0) + else: +@@ -93,9 +93,9 @@ + def __iter__(self): + return self + +- def next(self): ++ def __next__(self): + try: +- return Fast5File(
Bug#934779: libreoffice: Not read the "About LibreOffice" window contents
severity 94779 important tag 934779 - moreinfo tag 934779 + confirmed reassign 934779 libreoffice-gtk2 retitle 934779 "About LibreOffice" window unreadable with gtk2 found 934779 1:6.3.0-2 thanks [ please keep the bug CCed on discussions, otherwise this just ends up in my personal inbox and is not recorded ] Hi Sergej, On Thu, Aug 15, 2019 at 11:57:34AM +0300, Сергей Фёдоров wrote: > I first installed Debian-32 10 Stable on Tablet PC Acer Iconia Tab W500. Over Hrmpf. > it is installed Sid, because Sid is just a set of packages that will be > included > in the next version of Debian. Actually that is "testing". > But you're right, probably more correct to call it Debian-32 10 Sid. No, correct would be just "sid" :) > Each window in Debian can have 4 buttons in the upper right corner > (right to left): Close, Maximize\Window, Minimize, Collapse\Expand. I call > these > modes windows. Maybe it's more correct to call it something different, I don't > know. > > As a Desktop, I have Xfce. Debian is installed on a physical computer, not on > a VM. OK. > > In a 32-bit Debian 10 Sid the window "About LibreOffice" is opened in "Window" > or "Maximize" mode, Not here. Probably it's just big because your screen is small ;-) > background color of window is black, so pale gray letters > are almost invisible on a black background. Light gray background in the lower > left corner of the window, where black letters are clearly visible, takes only > about 10% of a window. In a 64-bit Debian 10 Sid if that window takes about > a quarter of the screen size, you can not see anything at all, if more, then > the lower left corner of the window begins to appear black letters on a light > gray background, but not completely. I see black background except the buttons, but indeed when I resize "Lib..." starts to appear. This appears only with libreoffice-gtk2 installed and not libreoffice-gtk3 installed. If libreoffice-gtk3 is installed, it just works )tested in xfce in said sid VM) (Thankfully xfce 4.14 using gtk3 will enter sid somewhen the next time - time to drop libreoffice-gtk2, already committed in the 6.4 packaging branch) Regards, Rene
Bug#925769: lix: ftbfs with GCC-9
Control: tags -1 - unreproducible moreinfo Control: affects 931825 + lix The build failure now also happens on reproducible builds infrastructure [0]. But it doesn't seem to be related to gcc, but to dub: #931825 [0] https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/lix.html signature.asc Description: PGP signature
Bug#934844: python-trezor: depends on cruft package.
Package: python-trezor Severity: serious Version: 0.9.0-1 Tags: bullseye, sid python-trezor (build-)depends on the python-ecdsa binary package which is no longer built by the corresponding source package. It's probablly time to drop python 2 support.
Bug#934571: texlive-binaries: gsftopk fails
Am 13.08.2019 um 08:01 teilte Igor Liferenko mit: Hi Igor, >> I'm wondering what gs version you have. your system information shows >> you run unstable, hence I'd expect 9.27~dfsg-3. What does "dpkg -l >> ghostscript" show? > > 9.27~dfsg-2 > Does upgrading to -3.1 solve the issue? It should have migrated to testing today. Hilmar -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing
On Thu, 15 Aug 2019, Simon McVittie wrote: > I still wonder whether apt/dpkg are being forced into this by libelogind0 > using Conflicts rather than Breaks - Conflicts is a stronger relationship AFAICT file-level conflicts still need Provides+Conflicts+Replaces, and these are what we have here. (Otherwise, we could just have called Breaks Conflicts and dropped the original latter.) > That > means there's an unavoidable window during which libsystemd0 no longer > provides libsystemd.so.0, but libelogind0 doesn't provide it yet. Sure, but that’s business as usual in many cases. The dependency of apt on libsystemd.so.0 is unfortunate, but apparently easy to fix. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg ** Mit der tarent Academy bieten wir auch Trainings und Schulungen in den Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt. **
Bug#934843: parsedatetime: FTBFS in stretch
Package: src:parsedatetime Version: 2.1-3+deb9u1 Severity: serious Tags: ftbfs Dear maintainer: I tried to build this package in stretch but it failed: [...] debian/rules build-indep dh build-indep --with python2,python3 --buildsystem pybuild dh_testdir -i -O--buildsystem=pybuild dh_update_autotools_config -i -O--buildsystem=pybuild dh_auto_configure -i -O--buildsystem=pybuild I: pybuild base:184: python2.7 setup.py config running config I: pybuild base:184: python3.5 setup.py config running config dh_auto_build -i -O--buildsystem=pybuild I: pybuild base:184: /usr/bin/python setup.py build running build running build_py creating /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime copying parsedatetime/__init__.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime copying parsedatetime/parsedatetime.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime copying parsedatetime/context.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime copying parsedatetime/warns.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime creating /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/nl_NL.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/base.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/icu.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/ru_RU.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/de_DE.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/en_AU.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/__init__.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/es.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/en_US.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/pt_BR.py -> /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales I: pybuild base:184: /usr/bin/python3 setup.py build running build running build_py creating /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime copying parsedatetime/__init__.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime copying parsedatetime/parsedatetime.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime copying parsedatetime/context.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime copying parsedatetime/warns.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime creating /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/nl_NL.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/base.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/icu.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/ru_RU.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/de_DE.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/en_AU.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/__init__.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/es.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/en_US.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales copying parsedatetime/pdt_locales/pt_BR.py -> /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales dh_auto_test -i -O--buildsystem=pybuild I: pybuild base:184: cd /<>/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose tests .F...SSSSSS == FAIL: testDates (tests.TestComplexDateTimes.test) -- Traceback (most recent call last): File "/<>/.pybuild/pythonX.Y_2.7/build/tests/TestComplexDateTimes.py", line 145, in testDates self.cal.parse('August 22nd 3:26', start), (target, 3)) File "/<>/.pybuild/pythonX.Y_2.7/build/tests/utils.py", line 22, in decoratedComparator self.fail(failureMessage % (errMsg, result, check)) AssertionError: Result does not match target value Result: (time.struct_time(tm_year=2019, tm_mon=8, tm_mday=22, tm_hour=3, tm_min=26, tm_sec=0, tm_wday=0, tm_yday=224, tm_isdst=-1), 3) Expected: (time.struct_time(tm_year=2020, tm_mon=8, tm_mday=22, tm_hour=3, tm_min=26, tm_sec=0, tm_wday=5, tm_yday=235, tm_isdst=-1), 3)
Bug#934842: libbusiness-hours-perl: FTBFS in stretch
Package: src:libbusiness-hours-perl Version: 0.12-1 Severity: serious Tags: ftbfs Dear maintainer: I tried to build this package in stretch but it failed: [...] debian/rules build-indep dh build-indep dh_testdir -i dh_update_autotools_config -i dh_auto_configure -i perl -I. Makefile.PL INSTALLDIRS=vendor "OPTIMIZE=-g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" "LD=x86_64-linux-gnu-gcc -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro" Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Business::Hours Writing MYMETA.yml and MYMETA.json dh_auto_build -i make -j1 make[1]: Entering directory '/<>' cp lib/Business/Hours.pm blib/lib/Business/Hours.pm Manifying 1 pod document make[1]: Leaving directory '/<>' dh_auto_test -i make -j1 test TEST_VERBOSE=1 make[1]: Entering directory '/<>' PERL_DL_NONLAZY=1 PERL_USE_UNSAFE_INC=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch')" t/*.t # Failed test at t/1-business-hours.t line 16. # got: '0' # expected: '162000' # Failed test 'Got seconds' # at t/1-business-hours.t line 24. # Failed test at t/1-business-hours.t line 27. # got: '0' # expected: '162000' # Failed test at t/1-business-hours.t line 50. # got: '378000' # expected: '32400' Set::IntSpan::_copy_run_list: Bad order 2: 72000--1 at /<>/blib/lib/Business/Hours.pm line 270. # Looks like you planned 17 tests but ran 12. # Looks like you failed 4 tests of 12 run. # Looks like your test exited with 255 just after 12. t/1-business-hours.t .. 1..17 ok 1 - use Business::Hours; ok 2 ok 3 not ok 4 ok 5 not ok 6 - Got seconds not ok 7 not ok 8 ok 9 ok 10 ok 11 ok 12 Dubious, test returned 255 (wstat 65280, 0xff00) Failed 9/17 subtests t/2-holidays.t 1..6 ok 1 - use Business::Hours; ok 2 - An object of class 'Business::Hours' isa 'Business::Hours' ok 3 - no holidays by default ok 4 - set some holidays ok 5 - skipped new year holiday ok 6 - skipped new year holiday ok t/99-pod-coverage.t ... skipped: Test::Pod::Coverage 1.00 required for testing POD coverage t/99-pod.t skipped: Test::Pod 1.00 required for testing POD Test Summary Report --- t/1-business-hours.t (Wstat: 65280 Tests: 12 Failed: 4) Failed tests: 4, 6-8 Non-zero exit status: 255 Parse errors: Bad plan. You planned 17 tests but ran 12. Files=4, Tests=18, 1 wallclock secs ( 0.05 usr 0.01 sys + 0.23 cusr 0.02 csys = 0.31 CPU) Result: FAIL Failed 1/4 test programs. 4/18 subtests failed. Makefile:819: recipe for target 'test_dynamic' failed make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory '/<>' dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 2 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 The build was made in my autobuilder with "dpkg-buildpackage -A" and it also fails here: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libbusiness-hours-perl.html where you can get another build log if you need it. If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the BTS web page for this package. Thanks.
Bug#931548: Migration to Sphinx -- developers-reference
Hello, On Tue 06 Aug 2019 at 11:36pm +09, Osamu Aoki wrote: > I think I figured out OK. This is my first web page using javascript. > > It should be easy to add menu to select pdf/text/epub download now just by > updating the existing template file and javascript. > > If any of you have good sense of color, adjusting color via CSS may be > an option for this pull-down menu. > > Your feed back is most appreciated. Thank you for all this! -- Sean Whitton signature.asc Description: PGP signature
Bug#934841: sshpubkeys: (build-)depends on cruft package.
Package: sshpubkeys Severity: serious Version: 3.1.0-1 Tags: bullseye, sid The python-sshpubkeys package depends on and the sshpubkeys source package build-depends on the python-ecdsa binary package which is no longer built by the corresponding source package. It's probablly time to drop python 2 support from your Package.
Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing
On Thu, 15 Aug 2019 at 18:33:20 +0200, Thorsten Glaser wrote: > On Thu, 15 Aug 2019, Mark Hindley wrote: > > At this point apt has failed to remove systemd/241-7 which depends on > > libsystemd > > (=241-7). Surely it should not then go on to try and remove the systemd > > dependency? > > Unsure if that’s apt or dpkg. Plus, the failing prerm is in systemd, > not in libsystemd0. I think this is probably dpkg, but it's dpkg being told what to do by apt, so it could be either one causing this. I would have hoped that if systemd.prerm fails, that's a fairly heavy hint that not only is it not OK to remove systemd at this time, it's also not OK to remove systemd's dependencies. I still wonder whether apt/dpkg are being forced into this by libelogind0 using Conflicts rather than Breaks - Conflicts is a stronger relationship than Breaks, and forces libsystemd0 to be removed altogether, not just deconfigured (marked as "broken"), before unpacking libelogind0. That means there's an unavoidable window during which libsystemd0 no longer provides libsystemd.so.0, but libelogind0 doesn't provide it yet. smcv
Bug#934840: gcc-defaults: Build takes forever in stretch
Package: src:gcc-defaults Version: 1.168 Fixed: 1.181 Severity: serious Tags: ftbfs Dear maintainer: I tried to build this package in stretch and this is what happened: [...] debian/rules build-indep dh_testdir rm -rf build mkdir -p build sed 's/@gcc_suffix@//' debian/generate-cacerts.pl.in \ > debian/generate-cacerts.pl cd build && perl ../debian/generate-cacerts.pl \ /etc/ssl/certs/ca-certificates.crt GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> keytool error: java.security.cert.CertificateException keytool error: java.security.cert.CertificateException GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. Exception in thread "main" java.lang.OutOfMemoryError <> keytool error: java.security.cert.CertificateException GC Warning: Repeated allocation of very large block (appr. size 671092736): May lead to memory leak and poor performance. make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. I had to interrupt the build because it was taking too long. The build was tried in a machine with plenty of memory (6.5 GB of RAM). Previously, it was possible to build the package wit
Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing
On Thu, 15 Aug 2019, Simon McVittie wrote: > On Thu, 15 Aug 2019 at 18:34:39 +0200, Thorsten Glaser wrote: > > On Thu, 15 Aug 2019, Mark Hindley wrote: > > > Can you point me to any official documentation that says packages > > > should not depend on systemd-sysv? > > > > No, but why should they? > > For documentation value, if nothing else: it's a way to say "this package > genuinely does need systemd as pid 1, and won't work without it". OK, good point. Back to finding a migration path, then (perhaps even both ways)… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg ** Mit der tarent Academy bieten wir auch Trainings und Schulungen in den Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt. **
Bug#907636: ITP: ocaml-mccs -- Stripped-down version of mccs, a CUDF problem solver, with OCaml bindings
Control: tag 909091 + pending Control: tag 908203 + pending Control: tag 907636 + pending On Thu, Aug 15, 2019 at 01:31:19AM +0200, Nicolas Braud-Santoni wrote: > Hi Ralf, > > I started the packaging work while preparing opam/2.0.5-1. > Hopefully I can get this out this week; otherwise, it will likely be after > CCCamp > (so, end of the month?) Uploaded to NEW. I also prepared opam/2.0.5-1, which uses the internal solver based on ocaml-mccs. We can upload it and close #908203 and #907636 (opam bugs w/ external solvers) as soon as ocaml-mccs clears NEW. Best, nicoo signature.asc Description: PGP signature
Bug#934839: python-keepkey: depends on cruft package.
Package: python-keepkey Severity: serious Version: 0.7.3-1 Tags: bullseye, sid python-keepkey depends on the python-ecdsa binary package which is no longer built by the corresponding source package. If you want your package to stay around you need to migrate to python 3.
Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing
On Thu, 15 Aug 2019 at 18:34:39 +0200, Thorsten Glaser wrote: > On Thu, 15 Aug 2019, Mark Hindley wrote: > > Can you point me to any official documentation that says packages > > should not depend on systemd-sysv? > > No, but why should they? For documentation value, if nothing else: it's a way to say "this package genuinely does need systemd as pid 1, and won't work without it". > It does not guarantee that systemd is the currently-running init, > nor that this will be so at the next boot. No, and it's imperfect for those reasons; but for this not to be the case, you have to override the init system in ways that you will hopefully remember that you have done. smcv
Bug#934838: range-v3: FTBFS in sid (error: assignment from temporary initializer_list does not extend the lifetime of the underlying array)
Package: src:range-v3 Version: 0.5.0-1 Severity: serious Tags: ftbfs Dear maintainer: I tried to build this package in sid but it failed: [...] debian/rules binary-indep dh binary-indep dh_update_autotools_config -i dh_autoreconf -i debian/rules override_dh_auto_configure make[1]: Entering directory '/<>' dh_auto_configure -- -DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON -DRANGES_NATIVE=OFF -DRANGES_VERBOSE_BUILD=ON cd obj-x86_64-linux-gnu && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu -DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON -DRANGES_NATIVE=OFF -DRANGES_VERBOSE_BUILD=ON .. -- The CXX compiler identification is GNU 9.2.1 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features [... snipped ...] cd /<>/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /<> /<>/test/action /<>/obj-x86_64-linux-gnu /<>/obj-x86_64-linux-gnu/test/action /<>/obj-x86_64-linux-gnu/test/action/CMakeFiles/act.remove_if.dir/DependInfo.cmake --color= Scanning dependencies of target act.remove_if make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu' make -f test/action/CMakeFiles/act.remove_if.dir/build.make test/action/CMakeFiles/act.remove_if.dir/build make[4]: Entering directory '/<>/obj-x86_64-linux-gnu' [ 59%] Building CXX object test/action/CMakeFiles/act.remove_if.dir/remove_if.cpp.o cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/c++ -I/<>/include -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -std=c++11 -Wall -Wextra -Werror -fdiagnostics-show-template-tree -ftemplate-backtrace-limit=0 -fomit-frame-pointer -Ofast -fstrict-aliasing -ffast-math -fsized-deallocation -DRANGES_CXX_ALIGNED_NEW=0 -pedantic -pedantic-errors -Wno-padded -Wno-old-style-cast -Wno-shadow -Wno-noexcept-type -o CMakeFiles/act.remove_if.dir/remove_if.cpp.o -c /<>/test/action/remove_if.cpp [ 59%] Linking CXX executable act.remove_if cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/cmake -E cmake_link_script CMakeFiles/act.remove_if.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -Wl,-z,relro CMakeFiles/act.remove_if.dir/remove_if.cpp.o -o act.remove_if make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu' [ 59%] Built target act.remove_if make -f test/action/CMakeFiles/act.unstable_remove_if.dir/build.make test/action/CMakeFiles/act.unstable_remove_if.dir/depend make[4]: Entering directory '/<>/obj-x86_64-linux-gnu' cd /<>/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /<> /<>/test/action /<>/obj-x86_64-linux-gnu /<>/obj-x86_64-linux-gnu/test/action /<>/obj-x86_64-linux-gnu/test/action/CMakeFiles/act.unstable_remove_if.dir/DependInfo.cmake --color= Scanning dependencies of target act.unstable_remove_if make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu' make -f test/action/CMakeFiles/act.unstable_remove_if.dir/build.make test/action/CMakeFiles/act.unstable_remove_if.dir/build make[4]: Entering directory '/<>/obj-x86_64-linux-gnu' [ 59%] Building CXX object test/action/CMakeFiles/act.unstable_remove_if.dir/unstable_remove_if.cpp.o cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/c++ -I/<>/include -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -std=c++11 -Wall -Wextra -Werror -fdiagnostics-show-template-tree -ftemplate-backtrace-limit=0 -fomit-frame-pointer -Ofast -fstrict-aliasing -ffast-math -fsized-deallocation -DRANGES_CXX_ALIGNED_NEW=0 -pedantic -pedantic-errors -Wno-padded -Wno-old-style-cast -Wno-shadow -Wno-noexcept-type -o CMakeFiles/act.unstable_remove_if.dir/unstable_remove_if.cpp.o -c /<>/test/action/unstable_remove_if.cpp [ 59%] Linking CXX executable act.unstable_remove_if cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/cmake -E cmake_link_script CMakeFiles/act.unstable_remove_if.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -Wl,-z,relro CMakeFiles/act.unstable_remove_if.dir/unstable_remove_if.cpp.o -o act.unstable_remove_if make[4]: Leaving dire
Bug#934837: gcc-doc-base: GCC 9 is now the default
Package: gcc-doc-base Version: 8.3.0-1 Severity: important Please bump gcc-doc-base to follow GCC 9, as gcc-defaults has just done. Thanks! -- System Information: Debian Release: bullseye/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable'), (100, 'experimental') Architecture: x32 (x86_64) Foreign Architectures: i386, amd64 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) -- no debconf information
Bug#934836: Request to upload OpenSSL version 3.0.0 to experimental
Package: openssl Version: 3.0.0 Severity: wishlist Hi, Could someone upload OpenSSL version 3.0.0 to expermiental please. I'm packaging ngtcp2 and it needs OpenSSL version 3.0.0 + a patch to build properly. It would be helpful for me when this version of OpenSSL would be in debian. Thanks and Cheers, Sakirnth (Saki)
Bug#917516: anbox: does not pull binder or ashmem kernel drivers as dependency
Hello, I have the same bug as Svetlana... $ sudo modprobe binder_linux# OK $ sudo modprobe ashmem_linux# OK $ sudo service anbox-container-manager start# OK $ ls /var/lib/anbox/ android_amd64.img (That file was downloaded from https://build.anbox.io/android-images/2018/07/19) $ sudo service anbox-session-manager start # NOT OK Failed to start anbox-session-manager.service: Unit anbox-session manager.service not found. I don't know how to diagnose or to understand more. -- Olivier --- $ anbox system-info version: 0.0~git20190124-1-Debian cpu: arch: x86 brand: Intel(R) Pentium(R) CPU N3700 @ 1.60GHz features: - aes os: name: Debian GNU/Linux version: snap-based: false kernel: version: Linux version 4.18.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-30)) #1 SMP Debian 4.18.10-2 (2018-11-02) binder: true ashmem: true graphics: egl: vendor: Mesa Project version: 1.4 (DRI2) extensions: - EGL_ANDROID_native_fence_sync - EGL_CHROMIUM_sync_control - EGL_EXT_create_context_robustness - EGL_EXT_image_dma_buf_import - EGL_EXT_image_dma_buf_import_modifiers - EGL_KHR_config_attribs - EGL_KHR_create_context - EGL_KHR_create_context_no_error - EGL_KHR_fence_sync - EGL_KHR_get_all_proc_addresses - EGL_KHR_gl_colorspace - EGL_KHR_gl_renderbuffer_image - EGL_KHR_gl_texture_2D_image - EGL_KHR_gl_texture_3D_image - EGL_KHR_gl_texture_cubemap_image - EGL_KHR_image - EGL_KHR_image_base - EGL_KHR_image_pixmap - EGL_KHR_no_config_context - EGL_KHR_reusable_sync - EGL_KHR_surfaceless_context - EGL_KHR_wait_sync - EGL_MESA_configless_context - EGL_MESA_drm_image - EGL_MESA_image_dma_buf_export - EGL_NOK_swap_region - EGL_NOK_texture_from_pixmap - EGL_NV_post_sub_buffer - EGL_WL_bind_wayland_display gles2: vendor: Intel Open Source Technology Center vendor: OpenGL ES 3.1 Mesa 18.2.8 extensions: - GL_EXT_blend_minmax - GL_EXT_multi_draw_arrays - GL_EXT_texture_filter_anisotropic - GL_EXT_occlusion_query_boolean - GL_EXT_texture_compression_dxt1 - GL_EXT_texture_format_BGRA - GL_OES_compressed_ETC1_RGB8_texture - GL_OES_depth24 - GL_OES_element_index_uint - GL_OES_fbo_render_mipmap - GL_OES_mapbuffer - GL_OES_rgb8_rgba8 - GL_OES_standard_derivatives - GL_OES_stencil8 - GL_OES_texture_3D - GL_OES_texture_float - GL_OES_texture_float_linear - GL_OES_texture_half_float - GL_OES_texture_half_float_linear - GL_OES_texture_npot - GL_OES_vertex_half_float - GL_EXT_texture_sRGB_decode - GL_OES_EGL_image - GL_OES_depth_texture - GL_OES_packed_depth_stencil - GL_EXT_texture_type_2_10_10_10_REV - GL_OES_get_program_binary - GL_APPLE_texture_max_level - GL_EXT_discard_framebuffer - GL_EXT_read_format_bgra - GL_EXT_frag_depth - GL_NV_fbo_color_attachments - GL_OES_EGL_image_external - GL_OES_EGL_sync - GL_OES_vertex_array_object - GL_OES_viewport_array - GL_ANGLE_texture_compression_dxt3 - GL_ANGLE_texture_compression_dxt5 - GL_EXT_robustness - GL_EXT_texture_rg - GL_EXT_unpack_subimage - GL_NV_draw_buffers - GL_NV_read_buffer - GL_NV_read_depth - GL_NV_read_depth_stencil - GL_NV_read_stencil - GL_EXT_draw_buffers - GL_EXT_map_buffer_range - GL_KHR_debug - GL_KHR_robustness - GL_OES_depth_texture_cube_map - GL_OES_required_internalformat - GL_OES_surfaceless_context - GL_EXT_color_buffer_float - GL_EXT_separate_shader_objects - GL_EXT_shader_integer_mix - GL_EXT_tessellation_point_size - GL_EXT_tessellation_shader - GL_INTEL_performance_query - GL_EXT_base_instance - GL_EXT_compressed_ETC1_RGB8_sub_texture - GL_EXT_copy_image - GL_EXT_draw_buffers_indexed - GL_EXT_draw_elements_base_vertex - GL_EXT_gpu_shader5 - GL_EXT_polygon_offset_clamp - GL_EXT_primitive_bounding_box - GL_EXT_shader_io_blocks - GL_EXT_texture_border_clamp - GL_EXT_texture_buffer - GL_EXT_texture_cube_map_array - GL_EXT_texture_norm16 - GL_KHR_blend_equation_advanced - GL_KHR_context_flush_control - GL_KHR_robust_buffer_access_behavior - GL_NV_image_formats - GL_OES_copy_image - GL_OES_draw_buffers_indexed - GL_OES_draw_elements_base_vertex - GL_OES_gpu_shader5 - GL_OES_primitive_bounding_box - GL_OES_sample_shading - GL_OES_sample_variables - GL_OES_shader_io_blocks - GL_OES_shader_mu
Bug#893009: icu-devtools: pkgdata command segfaults when given -m static
On Wed, 7 Aug 2019, Scott Talbert wrote: On Wed, Aug 7, 2019 at 3:57 PM Scott Talbert wrote: It would be really helpful if this could get fixed in the stretch 9.10 release. Is there anything I can do to help make that happen? Please build and test the proposed package on your system. Then please report back if it really fixes your problem. Thanks, Laszlo/GCS [1] dget -x http://www.barcikacomp.hu/gcs/icu_57.1-6+deb9u3.dsc I can confirm that building LTFS fails with icu_57.1-6+deb9u2 but succeeds with icu_57.1-6+deb9u3. Just a gentle reminder to please upload this. :)
Bug#915895: python-limits FTBFS: ERROR: Failure: ImportError (cannot import name b)
Control: reassign -1 src:redis-py-cluster/1.3.3-1 Control: severity -1 grave Control: forwarded -1 https://github.com/Grokzen/redis-py-cluster/issues/295 Control: affects -1 src:python-limits On Sat, Feb 09, 2019 at 06:57:54PM +0100, Slavko wrote: > while this of course affects the python-limits build, it is not its > bug. As one can see, it is caused in test by importing rediscluster: Exactly. Fixing the bug metadata accordingly. Work in progress is at https://github.com/Grokzen/redis-py-cluster/pull/296 and looks promising. -- WBR, wRAR signature.asc Description: PGP signature
Bug#905456: Please create new list debian-clojure
Hello, On Mon 12 Aug 2019 at 10:37pm -05, Rob Browning wrote: > Alexander Wirt writes: > >> That bug is still missing any other mails from interested people for that >> list. Is that mail really consense? > > Hmm, I'm not sure what the preferable alternatives might be, so to > whatever extent my vote is appropriate, I think it'd probably be helpful > to have a list to discuss Debian Clojure related issues -- if it's not > too much of a mainenance burden, I agree. Thanks! -- Sean Whitton signature.asc Description: PGP signature
Bug#934035: ocrmypdf: FTBFS in stretch (failing tests)
Hello, On Tue 06 Aug 2019 at 12:31pm -07, James R Barlow wrote: > The issue here is that we have an old version of ocrmypdf (4.3.5) with a > backported version of Ghostscript (9.26) and the latter's behavior has > changed in a way that breaks the test. > > I recommend disabling the test and documenting a caveat that certain > metadata may not be preserved in output files. This is arguably a fairly > minor loss of functionality. Thanks. My intention is to just update ocrmypdf to a newer release. -- Sean Whitton signature.asc Description: PGP signature
Bug#934835: [lintian] unmet dependency on libio-async-loop-epoll-perl (>= 0.20)@stretch-backports
Package: lintian Version: 2.17.0~bpo9+1 Severity: normal Hi there, last release backported to stretch is uninstallable because it has unmet dependencies: root@8329fb73036a:/# apt-get install lintian/stretch-backports Reading package lists... Done Building dependency tree Reading state information... Done Selected version '2.17.0~bpo9+1' (Debian Backports:stretch-backports [all]) for 'lintian' Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: lintian : Depends: libio-async-loop-epoll-perl (>= 0.20) but 0.17-1 is to be installed Recommends: libperlio-gzip-perl but it is not going to be installed E: Unable to correct problems, you have held broken packages. -- TiN signature.asc Description: OpenPGP digital signature
Bug#934785: does not include lis.so driver
Hi On mercredi 14 août 2019 22:21:21 CEST you wrote: > The package fails to include the lis.so module. As of lcdproc 0.5.9-2, lis module is no longer delivered. (see lcdproc changelog) because build dependency on libftdi-dev and libusb-dev were removed. libftdi-dev and libusb-dev are deprecated library with newer replacements. Nobody stepped up upstream to port these module to new usb library, so, unfortunately, I had to remove these modules. > Which is odd, because I did a local build and lis.so is indeed built > and included with the 'lcdproc' package. Probably because libusb-dev libftdi-dev are installed on your system. All the best
Bug#934834: konsole: Update konsole to latest upstream version
Package: konsole Version: 4:18.04.0-1 Severity: normal Dear Maintainer, Konsole in Debian repos got quite outdated, and upstream accumulated a lot of bug fixes and major features like support for extended DECSCUSR escape sequences (helps for nvim) and proper window splitting. See: * https://bugs.kde.org/show_bug.cgi?id=347323 * https://bugs.kde.org/show_bug.cgi?id=178320 Please upload the latest upstream version (at the time of writing - 19.08.0). Thanks! -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-rc2 (SMP w/16 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages konsole depends on: ii kio 5.54.1-1 ii konsole-kpart 4:18.04.0-1 ii libc6 2.28-10 ii libkf5completion5 5.54.0-1 ii libkf5configcore5 5.54.0-2 ii libkf5configgui5 5.54.0-2 ii libkf5configwidgets5 5.54.0-1 ii libkf5coreaddons5 5.54.0-1 ii libkf5crash5 5.54.0-1 ii libkf5dbusaddons5 5.54.0-1 ii libkf5globalaccel55.54.0-1 ii libkf5i18n5 5.54.0-1 ii libkf5iconthemes5 5.54.0-1 ii libkf5kiowidgets5 5.54.1-1 ii libkf5notifyconfig5 5.54.0-1 ii libkf5widgetsaddons5 5.54.0-1 ii libkf5windowsystem5 5.54.0-1 ii libkf5xmlgui5 5.54.0-1 ii libqt5core5a 5.11.3+dfsg1-2+b1 ii libqt5gui55.11.3+dfsg1-2+b1 ii libqt5widgets55.11.3+dfsg1-2+b1 ii libstdc++69.1.0-10 konsole recommends no packages. konsole suggests no packages. -- no debconf information
Bug#921194: amarok: Amarok depends on libmariadbd18, which doesn't exist any longer
Control: tag -1 patch Well, since this is a Team maintained package, I've created a Merge Request on the Salsa VCS and asked people on IRC to merge and upload it: https://salsa.debian.org/qt-kde-team/extras/amarok/merge_requests/1/diffs As stated on Salsa, I've built with this patch on Sid and Testing and the resulting package depends on libmariadb19 instead of libmariadb18. From the feedback I've had this should be uploaded soonish. Cheers! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ signature.asc Description: OpenPGP digital signature
Bug#934833: raspi3-firmware: Add custom parameter to config.txt
Package: raspi3-firmware Version: 1.20190215-1 Severity: wishlist Dear Maintainer, please add an option to add custom parameter to config.txt -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: arm64 (aarch64) Kernel: Linux 4.19.0-5-arm64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=de_DE.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages raspi3-firmware depends on: ii dosfstools 4.1-2 raspi3-firmware recommends no packages. raspi3-firmware suggests no packages. -- debconf information excluded diff --git a/debian/default/raspi-firmware b/debian/default/raspi-firmware index ce65dee..53625e0 100644 --- a/debian/default/raspi-firmware +++ b/debian/default/raspi-firmware @@ -48,3 +48,7 @@ # screen and on the uart: # CONSOLES="tty0 ttyS1,115200" #CONSOLES="auto" + +# Create a file "/etc/default/raspi-firmware-custom" to add custom parameter +# to startup the kernel. Maybe not all options are supported. +# (see https://www.raspberrypi.org/documentation/configuration/config-txt/) diff --git a/debian/kernel/postinst.d/z50-raspi-firmware b/debian/kernel/postinst.d/z50-raspi-firmware index b2d0a85..b50fb07 100755 --- a/debian/kernel/postinst.d/z50-raspi-firmware +++ b/debian/kernel/postinst.d/z50-raspi-firmware @@ -125,9 +125,17 @@ if [ "$INITRAMFS" != "no" ]; then # For details on the initramfs directive, see # https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=10532 initramfs ${latest_initrd_basename} + EOF fi +firmware_custom="/etc/default/raspi-firmware-custom" +if [ -f "$firmware_custom" ]; then + cat >>/boot/firmware/config.txt
Bug#934832: RM: pygpiv -- RoQA; orphaned; no Python 3 support and no reverse deps
Package: ftp.debian.org Severity: normal User: debian-pyt...@lists.debian.org Usertag: py2removal No upstream releases since 2009. Reverse deps checked with dak rm -Rnb python-gpiv -- WBR, wRAR signature.asc Description: PGP signature
Bug#934831: RM: pylibssh2 -- RoQA; orphaned; dead upstream; no Python 3 support and no reverse deps
Package: ftp.debian.org Severity: normal Last upstream release in 2011, http://www.wallix.org/pylibssh2-project/ doesn't work. Reverse deps checked with dak rm -Rnb python-libssh2
Bug#934662: grace: Font mapping breaks with base35 *.t1 fonts
On Tue, Aug 13, 2019 at 12:47:07AM -0500, Carlo Segre wrote: > If the links ending in *.t1 in the /usr/share/grace/fonts/type1/ directory > are renamed as *.pfb, then grace identifies all the fonts correctly and > makes them all available with their proper name designations. This > indicates that the bug is in the source code for grace which should add a > search for a fourth variant of the file name, i.e. with *.t1 as the > extension. Even worse: it's split between grace and t1lib code, with an awkward interface between the two. I'd *like* to solve it this way but only have a partial fix so far. I'll poke at it further as time permits over the next few days, and switch to your update-grace-fonts patch if it seems intractable. Thanks! -- Nicholas Breen nbr...@debian.org