Bug#888952: nvidia-driver and opencl

On 2018-02-05 08:44, Hiromasa YOSHIMOTO wrote: > Although nvidia-modprobe is setuided, it seems > not to work properly as expected. Which is probably caused by some hardening configuration on your systems. Is there anything about nvidia-modprobe in the logfiles in /var/log/ ? Andreas

Bug#889293: src:alot: Please drop "Use file-magic instead of python-magic" patch, alot will FTBFS soon

# FTBFS severity 889293 serious tags 889293 patch thanks Christoph Biedl wrote... > The new python-magic implementation will hit unstable very soon, > causing your package to FTBFS. python-magic 2:0.4.15-1 is now in unstable, hence raising severity. Also, I've prepared a NMU as attached but

Bug#888952: nvidia-driver and opencl

Hi Hiromasa, I found a reproduce step. Could you try this? > I can reproduce with those steps indeed. Thanks a lot! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net

Bug#847520: please consider naming the new section go, not golang

Fair enough. Personally, I’m happy with either name. Certainly, “golang” is used in enough places that people know what is meant. As long as we refer to the language (e.g. in the section description) by “Go”, I think we should be good. On Mon, Feb 5, 2018 at 1:46 AM, Guillem Jover

Bug#889608: man-db: man(1) dumps core (AppArmor involved)

Control: tag -1 + patch intrigeri: >> B) remove the AppArmor profile entirely and rely on seccomp instead >> C) don't enable "no new privs" and rely on AppArmor instead > I think B is fine given all the non-AppArmor hardening efforts Colin > has been putting into man-db recently. There we go:

Bug#889631: mpfr 4.0 branch fails to build with recent tex

Package: src:mpfr4 Version: 4.0.0-7 Severity: important Trying to build the 4.0.0 release candidate 2 in Debian unstable, the package fails to build the documentation: texlive is version 2017.20180110-1. /usr/bin/make -C build pdf info html make[1]: Entering directory

Bug#889632: parallel: Option --nice not having effect anymore.

Package: parallel Version: 20161222-1 Severity: normal Hello, with an old version of parallel, the `--nice` option sets the niceness of the process. $ parallel --version GNU parallel 20130922 [...] $ parallel -vv --dry-run --nice 10 echo ::: hello \nice -n10 /bin/bash

Bug#888952: nvidia-driver and opencl

On 2018-02-05 08:02, Pascal Obry wrote: > First, unload is not possible as nvidia is in use. in that case you could either stop X and work in the console ... or just do the following steps, since obviously only the nvidia-uvm module in interesting here, there is no need for rebooting: $ sudo

Bug#888952: nvidia-driver and opencl

Dear maintainers, I found a reproduce step. Could you try this? $ sudo modprobe -r nvidia_uvm $ clinfo $ nvidia-modprobe -u $ clinfo $ sudo modprobe nvidia_uvm $ clinfo I’m using newer driver 390.25-1 from SVN. Although nvidia-modprobe is setuided, it seems not to work properly as expected.

Bug#889630: stunnel4: Please add test dependency on net-tools

Package: stunnel4 Version: 3:5.44-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch autopkgtest Dear Peter, The autopkgtest in the latest version of the stunnel package is failing in Ubuntu, specifically on armhf, because the test

Bug#889608: man-db: man(1) dumps core (AppArmor involved)

intrigeri: > A) drop the child profiles (groff, filter), merge their rules into the >main /usr/bin/man profile, and use ix instead of Cx; these rules >are not particularly scary so this doesn't seem crazy an option I had a closer look and what's scary is not the rules that can be found in

Bug#889629: pd-iemutils binary-all FTBFS: debian/*//usr/lib/pd/extra': No such file or directory

Source: pd-iemutils Version: 0.0.20161027-2 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=pd-iemutils=all=0.0.20161027-2=1517780292=0 ... debian/rules override_dh_install make[1]: Entering directory '/<>' dh_install find /<>/debian/*//usr/lib/pd/extra -name "*.pd_linux"

Bug#889608: Bug#889617: man-db: all man pages fail to display with "command exited with status 4"

Ben Caradoc-Davies: >> Ben Caradoc-Davies wrote: >>> And what I would like to know is how the fscking apparmor module got >>> loaded in the first place, given that I have the apparmor service >>> masked: >>> # ls -al /etc/systemd/system/apparmor.service >>> lrwxrwxrwx 1 root root 9 Dec 8 11:24

Bug#889627: firebird3.0 FTBFS on most architectures: crash in self-build binaries during the build

Source: firebird3.0 Version: 3.0.3.32900.ds4-1 Severity: serious https://buildd.debian.org/status/package.php?p=firebird3.0=sid Symptoms are slightly varying, e.g. on arm64: ... /usr/bin/make gpre make[4]: Entering directory '/<>/gen' rm -f metadata.fdb /<>/gen/Release/firebird/bin/isql -q -i

Bug#889628: lintian: False-positive bad-jar-name

Package: lintian Version: 2.5.72 Severity: normal Hi, Spotted a false-positive for bad-jar-name. Thunderbird (among other) appears to be using jar files named "bn-BD.jar" for language packs installed into packages such as "lightning-l10n-bn-bd". (Admittedly, the experimental version of

Bug#889608: man-db: man(1) dumps core (AppArmor involved)

Hi, gregor herrmann: > drop_effective_privs() > ++priv_drop_count = 1 > man: command exited with status 4: /usr/lib/man-db/zsoelim | > /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE | preconv -e > UTF-8 | tbl > | nroff -mandoc -rLL=146n -rLT=146n -Tutf8 > hashtable_free: 9 entries,

Bug#889493: tech-ctte: Please review if systemd is reliable enough to be the default

Gunnar Wolf dijo [Mon, Feb 05, 2018 at 12:57:47AM -0600]: > - Enough RC bugs (or evidence of regressions, could even be links to > blog posts from people complaining about how systemd is bad or > whatever) Just to be clear - Yes, you linked to the list of bugs on systemd. No piece of software

Bug#889626: man-db FTBFS on ppc64el: error: invalid application of 'sizeof' to incomplete type 'struct termios'

Source: man-db Version: 2.8.0-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=man-db=ppc64el=2.8.0-1=1517768128=0 ... ../../../lib/sandbox.c: In function 'make_seccomp_filter': ../../../lib/sandbox.c:435:50: error: invalid application of 'sizeof' to incomplete type 'struct

Bug#888952: nvidia-driver and opencl

Hello Andreas, Thanks for your feedback. I have just rebooted and tested as you proposed: First, unload is not possible as nvidia is in use. $ sudo modprobe -r nvidia [sudo] password for obry: modprobe: FATAL: Module nvidia_drm is in use. modprobe: FATAL: Error running remove command for

Bug#889493: tech-ctte: Please review if systemd is reliable enough to be the default

Philip Hands dijo [Sat, Feb 03, 2018 at 10:22:19PM +0100]: > On Sat, 03 Feb 2018, "Kingsley G. Morse Jr." wrote: > > Package: tech-ctte > > I don't formally have the right to simply close this bug (as I am now > doing), so if anyone else on the TC thinks there is any merit

Bug#889625: poco: Please use mariadb directly, not mysql-defaults

Package: poco Version: 1.8.0.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch Dear maintainers, The latest version of poco is failing to build in Ubuntu, because it build-depends on default-libmysqlclient-dev but is incompatible

Bug#889624: RFS: dav-text/0.8.8-1 -- minimal ncurses-based text editor

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dav-text" Package name: dav-text Version: 0.8.8-1 Upstream Author: Adam Bilbrough URL: https://gitlab.com/atsb/dav-text License: GPLv2 Section: text It

Bug#888952: nvidia-driver and opencl

Control: tag -1 moreinfo On 2018-01-31 15:45, Pascal Obry wrote: > I don't understand why clinfo as root seems to "unblock" something. Any idea? it loads the kernel module, which *should* also work if clinfo is run as regular user > I have reproduced this 2 times, so I'm pretty sure about the

Bug#889097: nvidia-libopencl1: Missing NVidia OpenCL platform

Control: tag -1 moreinfo On 2018-02-02 17:19, Krzysztof Marczak wrote: > Thank you for quick reply. > You were right. It's look like it's the same problem as reported in #888952 > When after reboot I don't run clinfo as a root, the NVidia OpenCL platform > is not visible. After running 'sudo

Bug#436135: pykaraoke: broken symlinks

Actually right now in stretch, the package pykaraoke contains the symlinks /usr/share/pykaraoke/fonts/DejaVuSansCondensed-Bold.ttf -> ../../fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf /usr/share/pykaraoke/fonts/DejaVuSansCondensed.ttf ->

Bug#889623: kraken: failing autopkgtest, possibly broken package

Source: kraken Version: 1.0-1 Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic autopkgtest Dear Andreas, Since the upload of kraken 1.0-1, the autopkgtests for this package have been consistently failing in both Debian and Ubuntu. While the test failure is

Bug#734101: [Pkg-javascript-devel] Bug#734101: libjs-jquery-mobile: New Release

On Fri 2014-01-03 14:04:26 -0600, in https://bugs.debian.org/734101 Charlie Smotherman wrote: > Package: libjs-jquery-mobile > Version: 1.2.0+dfsg-2 > Severity: wishlist What's going on with libjs-jquery-mobile? It would be really good for debian to ship an up-to-date version of

Bug#889622: stretch-pu: package fuse-zip/0.4.0-2+deb9u1

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Hi, I'd like to update fuse-zip in stretch to fix a bug which prevents it from writing changes back to zip files. I took upstream's patch and applied it to the version in stretch:

Bug#889621: Does not run script when it should

Package: dibbler-client Version: 1.0.1-1+b1 Severity: important Tags: upstream Dibbler only runs the provided script on RENEW and REBIND, but not when it receives a new lease for the first time, or when it exits. This makes it basically useless if you need to do anything other than the hard-coded

Bug#889620: missing entry in debian/copyright

Package: jupyter-core Version: 4.4.0 Severity: serious thanks Hi, please add the missing licenses of: jupyter_core-4.4.0/jupyter_core/utils/shutil_which.py to debian/copyright. Thanks! Thorsten

Bug#889619: ITP: libp2pchat-java -- Peer To Peer Chat

Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: libp2pchat-java Upstream Author : Devin & George Smith * URL : http://litesoft.org/p2pchat/ * License : Public Domain Programming Lang: Java Description : Peer To Peer Chat

Bug#889603: texlive-latex-extra: ucs support for Unicode character U+200A (hair space)?

Just to test, I tried without -b xetex in the dblatex call, and then pdflatex do not report a failure unless utf8 is used to enable UTF-8 input. -- Happy hacking Petter Reinholdtsen

Bug#889603: texlive-latex-extra: ucs support for Unicode character U+200A (hair space)?

Control: reopen -1 Control: reassign -1 dblatex Control: found -1 0.3.10-2 Hi Norbert. Thanks for the explanation and pointers. [Norbert Preining] > Closing this bug according to the Debian TeX guidelines as a but that is > neither concerned with Debian nor upstream TeX Live, but upupstream.

Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)

Hi Jason, On Sun, 4 Feb 2018, Jason Duerstock wrote: Does the kernel from here work for you?: https://people.debian.org/~jrtc27/wheezy-backports-ia64/ Specifically

Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)

Does the kernel from here work for you?: https://people.debian.org/~jrtc27/wheezy-backports-ia64/ Specifically https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb Jason On Sun, Feb 4, 2018 at 7:56 PM, Ivan

Bug#889608: Bug#889617: man-db: all man pages fail to display with "command exited with status 4"

On 05/02/18 13:40, Axel Beckert wrote: Control: merge 889608 -1 Hi Ben, thanks for the bug report. Ben Caradoc-Davies wrote: under man-db 2.8.0-1 amd64 all man pages fail to display with: $ man man man: command exited with status 4: /usr/lib/man-db/zsoelim | /usr/lib/man- db/manconv -f

Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)

On Mon, 2018-02-05 at 03:56 +0300, Ivan Zakharyaschev wrote: [...] > Now that we know how to build a bootable kernel for such machines as ours > (rx2620 with Madison CPU) and probably Daniel Kasza's rx2600, can such an > update be published for wheezy? [...] Not officially. wheezy is now in

Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)

On Mon, 5 Feb 2018, Ivan Zakharyaschev wrote: On Sun, 4 Feb 2018, Frank Scheiner wrote: just a quick pointer: I had Debian Wheezy with Linux v3.2.x (vmlinuz-3.2.0-4-mckinley, i.e. [this one]) running w/o issues on my rx2620 with two Itanium 2 9040 (Montecito) both from an on-disk

Bug#889618: entry in debian/copyright missing

Package: flask-login Version: 0.4.0-2 Severity: serious thanks Hi one of our trainees looked at your package and found that a whole directory in the source (docs/_themes) is copyrighted by Armin Ronacher and licensed with a 3-clause BSD license. This whole information is missing from the

Bug#847520: please consider naming the new section go, not golang

Hi! On Sun, 2018-02-04 at 23:37:39 +0100, Michael Stapelberg wrote: > Matthias Klose writes: > > Please could you consider using go as new tag name? golang resembles > > too much to one particular implementation name. For other languages > > we have python, not cpython, pypy,

Bug#889617: man-db: all man pages fail to display with "command exited with status 4"

Rebooting restores man page rendering, even with 2.8.0-1, but reinstalling causes the bug to reappear. It looks like root can view man pages but an unprivileged user cannot. Kind regards, -- Ben Caradoc-Davies Director Transient Software Limited New

Bug#889617: man-db: all man pages fail to display with "command exited with status 4"

Control: merge 889608 -1 Hi Ben, thanks for the bug report. Ben Caradoc-Davies wrote: > under man-db 2.8.0-1 amd64 all man pages fail to display with: > > $ man man > man: command exited with status 4: /usr/lib/man-db/zsoelim | /usr/lib/man- > db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE |

Bug#889617: man-db: all man pages fail to display with "command exited with status 4"

And what I would like to know is how the fscking apparmor module got loaded in the first place, given that I have the apparmor service masked: # ls -al /etc/systemd/system/apparmor.service lrwxrwxrwx 1 root root 9 Dec 8 11:24 /etc/systemd/system/apparmor.service -> /dev/null Yet: #

Bug#889617: man-db: all man pages fail to display with "command exited with status 4"

With 2.8.0-1, I see AppArmor messages in the systemd journal for "man man": Feb 05 13:09:30 ripley audit[30186]: AVC apparmor="DENIED" operation="exec" info="no new privs" error=-1 profile="/usr/bin/man" name="/usr/bin/preconv" pid=30186 comm="man" requested_mask="x" denied_mask="x"

Bug#889617: man-db: all man pages fail to display with "command exited with status 4"

Package: man-db Version: 2.8.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, under man-db 2.8.0-1 amd64 all man pages fail to display with: $ man man man: command exited with status 4: /usr/lib/man-db/zsoelim | /usr/lib/man- db/manconv -f UTF-8:ISO-8859-1 -t

Bug#889608: man-db: man(1) dumps core (AppArmor involved)

On Sun, 04 Feb 2018 23:32:38 +, Colin Watson wrote: > On Sun, Feb 04, 2018 at 11:42:57PM +0100, gregor herrmann wrote: > > Since the upgrade to 2.8.0-1, man(1) is not really cooperative: > Does MAN_DISABLE_SECCOMP=1 help? Yes, `MAN_DISABLE_SECCOMP=1 man man' just works. > I may have made

Bug#889615: python-tifffile: broken autopkgtest, broken package

Source: tifffile Version: 20170914-1 Severity: serious User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic autopkgtest Dear Andreas, Since the upload of tifffile 20170914-1, the autopkgtests for this package hav been consistently failing in both Debian and Ubuntu. While the test

Bug#889616: nm.debian.org: please block DM applications until the key requirements are satisfied

Package: nm.debian.org X-Debbugs-Cc: debian-newma...@lists.debian.org Currently we have 6 DM processes that have been stalled for many months (the oldest started last May, i.e. 9 months ago) because of issues with the applicant GPG key. Issues range from "no signatures at all" through "no dd

Bug#889614: ITP: libwizard-java -- Wizards API

Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: libwizard-java Version : 1.0.0 Upstream Author : Tim Boudreau * URL : https://github.com/karchie/Wizard * License : CDDL Programming Lang: Java Description : Wizards

Bug#889608: man-db: man(1) dumps core (AppArmor involved)

Control: severity -1 grave On Sun, Feb 04, 2018 at 11:42:57PM +0100, gregor herrmann wrote: > Since the upgrade to 2.8.0-1, man(1) is not really cooperative: Does MAN_DISABLE_SECCOMP=1 help? I may have made the mistake of only trying this with the kernel in Ubuntu 16.04, which I suspect is

Bug#869777: yara tests fail on ARM32, when run on a 64bit kernel

Package: yara Followup-For: Bug #869777 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu bionic ubuntu-patch Hi Hilko, I've applied the following patch to yara in Ubuntu which fixes the non-portable alignment assumptions. This should be reasonably performant with modern gcc on

Bug#889613: ITP: swiglpk -- Plain Python bindings for the GNU Linear Programming Kit

Package: wnpp Owner: Afif Elghraoui Severity: wishlist * Package name: swiglpk Version : 1.4.4 Upstream Author : The Novo Nordisk Foundation Center for Biosustainability * URL : https://github.com/biosustain/swiglpk * License : GPL

Bug#889612: jenkins.debian.org: reproducible: maint_debian-qa packageset links to adopted packages

Package: jenkins.debian.org Severity: important User: jenkins.debian@packages.debian.org Usertags: reproducible Control: submitter -1 Reiner Herrmann X-Debbugs-Cc: Reiner Herrmann

Bug#889607: no such package as sse-support, just sse2/3/4.2

Control: tag -1 + moreinfo Hello, على الأحد 4 شباط 2018 ‫17:56، كتب Adam Borowski: > Hi! >> nanopolish [:i386] >> The package would not migrate to testing because it was not installable >> on i386 for lack of sse-support. > > There never was a package by that name. The only variants are

Bug#889592: lintian: false positive for override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES

On Mon, 05 Feb 2018 00:10:21 +0100, Mattia Rizzolo wrote: > > Very quick visual check: All I've seen use dh_auto_test, either with > > some variables or with some actions before or after. > If there are actions before or after dh_auto_test then it may still be > "unsafe": Yes, they may, or

Bug#889592: lintian: false positive for override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES

tags 889592 + pending thanks "Fixed" in Git, pending upload: https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=293c897ef968e0f50ac4f48986034aeda57e179d Ah well, just too many false-positive cases.. I mean, we'd have to start ignoring ": " comments, as well as detecting the

Bug#889611: ITP: optlang -- sympy-based mathematical programming language

Package: wnpp Owner: Afif Elghraoui Severity: wishlist * Package name: optlang Version : 1.3.0 Upstream Author : Novo Nordisk Foundation Center for Biosustainability * URL : http://optlang.readthedocs.org/ * License : Apache Programming

Bug#889592: lintian: false positive for override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES

On Mon, Feb 05, 2018 at 12:03:56AM +0100, gregor herrmann wrote: > % grep override_dh_auto_test */debian/rules | wc -l > 321 > > Very quick visual check: All I've seen use dh_auto_test, either with > some variables or with some actions before or after. If there are actions before or after

Bug#889610: tesseract-ocr-srp-latn: uninstallable in sid: Depends: tesseract-srp (>= 3.99) which is unknown

Package: tesseract-ocr-srp-latn Version: 4.00~git15-45ed289-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: The following packages have unmet dependencies: tesseract-ocr-srp-latn :

Bug#889592: lintian: false positive for override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES

On Sun, 04 Feb 2018 21:29:23 +0100, Mattia Rizzolo wrote: > https://tracker.debian.org/media/packages/a/autoconf-dickey/rules-2.52%2B20170501-2 > https://tracker.debian.org/media/packages/a/avro-c/rules-1.8.2-1 > Not sure why this is matched, I thought it wouldn't have been: >

Bug#889609: moonshot-gss-eap: uninstallable in sid: libgssapi-krb5-2 : Breaks: moonshot-gss-eap (<= 1.0) but 0.9.5-3+b1 is to be installed

Package: moonshot-gss-eap Version: 0.9.5-3 Severity: serious Tags: sid User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: The following packages have unmet dependencies: libgssapi-krb5-2 : Breaks:

Bug#889591: lintian: emits package-does-not-install-examples although all examples are installed

tags 889591 + pending thanks Fixed in Git, pending upload: https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=b2f5a40f1b8a548409a1597ecc61b5f8eab5d27f Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-

Bug#889144: stricter PIDfile handling breaks several daemons

On 04/02/18 20:26, Sven Hartge wrote: > Does dnsmasq need a PIDfile when running under systemd? Can't it just > not double fork, stay in the foreground using a Type=simple systemd unit? > > That way the whole problem could be avoided all together. > Sending signals to the dnsmasq process cause

Bug#889607: no such package as sse-support, just sse2/3/4.2

Hi! > nanopolish [:i386] > The package would not migrate to testing because it was not installable > on i386 for lack of sse-support. There never was a package by that name. The only variants are sse2-support [any-i386] sse3-support [any-i386 any-amd64] sse4.2-support [any-i386 any-amd64] and

Bug#781909: NMU dropping python-zeitgeist package

>From what I can tell, python-zeitgeist isn't being used. It's better for apps to switch to gir1.2-zeitgeist-2.0 instead. Switching to GObject Introspection basically means switching from gtk2 to gtk3 too. I am uploading an NMU to do this to the DEFERRED/15 queue. Please let me know if I should

Bug#810890: BE SECURE

HEY. LOOK WHAT PEOPLE ARE SAYING AND DOING BEHIND YOUR BACK  I THOUGHT YOU SHOULD KNOW, YOUR PHOTOS AND VIDEOS ARE ALL DISPLAYED IF YOU ARE NOT SUPPORT OF IT KINDLY REPORT TO US SO THAT WE CAN DELETE THE PHOTOS AND VIDEOS BEFORE IT GOES VIRAL   Click here[1] to see what

Bug#889608: man-db: man(1) dumps core (AppArmor involved)

Package: man-db Version: 2.8.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Since the upgrade to 2.8.0-1, man(1) is not really cooperative: %man man output in pager: man: /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE: Bad system call (core dumped) %

Bug#889598: plasma-desktop: FTBFS problems finding AppStreamQt

On 2018-02-04 23:02, Matthias Klumpp wrote: > This bug was fixed in appstream quite a while ago, looking at the full > buildlog one can see that an old version of the appstream package was > used for building. Therefore, I think this bug can be closed. If the > issue persists with the version of

Bug#847520: please consider naming the new section go, not golang

Hi Matthias, Matthias Klose writes: > Please could you consider using go as new tag name? golang resembles too much > to one particular implementation name. For other languages we have python, > not > cpython, pypy, jython, we have java, not openjdk. Indeed, the language is

Bug#889606: mupen64plus-video-glide64mk2: uninstallable in sid: virtual package libtxc-dxtn0 is no longer provided

Package: mupen64plus-video-glide64mk2 Version: 2.5-4 Severity: serious Tags: sid buster User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: The following packages have unmet dependencies:

Bug#889607: RM: nanopolish [i386] -- ROM; sse-support not available

Package: ftp.debian.org Severity: normal The package would not migrate to testing because it was not installable on i386 for lack of sse-support. Thanks and regards Afif -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name

Bug#889605: libreoffice: FTBFS on m68k: udkapi.rdb build fails ("Bad input")

Source: libreoffice Version: 1:6.0.0-1 Severity: normal Tags: upstream User: debian-...@lists.debian.org Usertags: m68k Control: forwarded -1 https://bugs.documentfoundation.org/show_bug.cgi?id=115450 Builds of libreoffice for m68k (admittedly not a release architecture) have been failing lately:

Bug#889604: nmu: ppl_1:1.2-2 logol_1.7.7-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu ppl_1:1.2-2 . ANY . unstable . -m "Rebuild against swi-prolog-nox 7.6.4" nmu logol_1.7.7-1 . ANY . unstable . -m "Rebuild against swi-prolog-nox 7.6.4" They have strict dependncies on

Bug#887461: btrfsmaintenance: blindly assumes systemd

Hi Adam, I've uploaded a new upstream release of btrfsmaintenance with many changes. Please close this bug if it addresses the issues raised in this bug report, or alternatively retitle this bug to something concrete and true ;-) tldl; "Depends: systemd | cron", and upstream maintains that

Bug#889487: linux-image-4.14.0-2-amd64: please enable CONFIG_X86_MCELOG_LEGACY

Control: reassign -1 rasdaemon Control: retitle -1 rasdaemon: Please add an init script Control: tag -1 - wontfix On Sat, 2018-02-03 at 20:41 -0500, Jon DeVree wrote: > On Sun, Feb 04, 2018 at 01:03:59 +0100, Ben Hutchings wrote: > > Control: severity -1 wishlist > > Control: tag -1 wontfix > >

Bug#889603: texlive-latex-extra: ucs support for Unicode character U+200A (hair space)?

Package: texlive-latex-extra Version: 2017.20180110-1 While typesetting a book using the odf->md->docbook->dblatex path, I ran into this error from LaTeX: [127] (/usr/share/texlive/texmf-dist/tex/latex/ucs/data/uninames.dat) (/usr/share/texlive/texmf-dist/tex/latex/ucs/data/uni-32.def) !

Bug#889601: RM: python-oerplib -- ROM; abandoned upstream, alternative exists

Package: ftp.debian.org Severity: normal Please use python-odoorpc by same author instead of this package.

Bug#889602: python-cloudkitty: uninstallable in sid: Depends: python-sqlalchemy (< 1.1.0) but 1.1.11+ds1-1 is to be installed

Package: python-cloudkitty Version: 6.0.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is not installable in sid: The following packages have unmet dependencies: python-cloudkitty : Depends: python-sqlalchemy (<

Bug#889144: stricter PIDfile handling breaks several daemons

Am 04.02.2018 um 21:26 schrieb Sven Hartge: > On Sun, 4 Feb 2018 15:41:37 + Simon Kelley > wrote: > >> With my dnsmasq maintainer hat on, the current arrangement looks like this. >> >> 1) /run/dnsmasq is a directory owned by dnsmasq:nogroup >> 2)

Bug#889600: btrfsmaintenance/0.4-1~exp1 [I maintain the package]

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "btrfsmaintenance". Dear Marc and Sven, I have CCed you because you sponsored previous releases of this package. Package name: btrfsmaintenance Version : 0.4-1~exp1 Upstream

Bug#889599: RM: python-mpld3 -- ROM; abandoned upstream

Package: ftp.debian.org Severity: normal The github page states: > Note: mpld3 is no longer being actively maintained: feature > requests & bug reports are likely to go unanswered.

Bug#889598: plasma-desktop: FTBFS problems finding AppStreamQt

Source: plasma-desktop Version: 4:5.11.4-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, plasma-desktop/experimental recently started to FTBFS: from the attached buidlog: [...] -- The following RECOMMENDED packages have been found: *

Bug#889597: libtirpc: FTBFS: xdr_sizeof.c:93:13: error: 'uintptr_t' undeclared

Source: libtirpc Version: 1.0.2-0.2 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, libtirpc/experimental recently started to FTBFS: /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../tirpc -include config.h

Bug#889563: linphone: Wrong contact list sort order

Hi there On Sun, 4 Feb 2018, Geert Stappers wrote: On Sun, Feb 04, 2018 at 03:52:02PM +0100, Rob van der Putten wrote: Linphone sorts contacts by username (EG: ) as opposed to display_name (EG: "John Doe"). SIP usernames are global unique, display_names not. SIP

Bug#889596: libpinyin: FTBFS on sparc64: bus error in gen_binary_files

Source: libpinyin Version: 2.1.91-1 Severity: normal Tags: upstream User: debian-sp...@lists.debian.org Usertags: sparc64 Builds of libpinyin for sparc64 (admittedly not a release architecture) have been failing: ../utils/storage/gen_binary_files --table-dir ../data Makefile:539: recipe for

Bug#889482: Pending fixes for bugs in the golang-golang-x-sync package

tag 889482 + pending thanks Some bugs in the golang-golang-x-sync package are closed in revision 053cd748e9a6fe6e262eb89530e04d7a34eebff8 in branch 'master' by Dr. Tobias Quathamer The full diff can be seen at

Bug#889595: grep -w mismatching

Package: grep Version: 3.1-2 Hello, I am trying to use grep -w to match a word, but it seems that grep ignores the -w switch and returns all occurencies. Test case: $ cat file1 one two three one-two-three one-two two-three $ grep -w 'two' file1 #or grep -Ew 'two' Result: all four lines of

Bug#889146: AW: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889146

Hi Ben, thank you for your fast answer and the very professional completion of my inquiry! Finally i found the mistake, i installed a 64bit kernel on a 32 bit OS. Best regards Masi -Ursprüngliche Nachricht- Von: Ben Hutchings [mailto:b...@decadent.org.uk] Gesendet: Freitag, 2.

Bug#877450: RFS: bash-completion/1:2.7-1 [ITA] (was: Changes coming with VCS for Debian packaging)

On 03 Feb 2018, Juhani Numminen wrote: > >Quick note regarding debian/rules (which I only read online). >https://salsa.debian.org/debian/bash-completion/blob/unstable/debian/rules > >debhelper(7) manpage tells me that autoreconf is enabled by default >since compat 10, which means that "--with

Bug#889594: dgit started to fails its autopkgtests, with git gnupg2/2.2.4-1+

Package: dgit Version: 4.3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, dgit used to pass its autopkgtests, but doesn't anymore. This appears to be true on both Debian CI and Ubuntu Proposed Migration infrastructure. For more details please visit:

Bug#889551: spectre-meltdown-checker should be in /usr/sbin/respect-meltdown-checker

at bottom :- On 04/02/2018, Sylvestre Ledru wrote: > Hello, > > Le 04/02/2018 à 13:56, shirish शिरीष a écrit : >> Package: spectre-meltdown-checker >> Version: 0.32-1 >> Severity: normal >> >> Dear Maintainer, >> >> I was trying to run spectre-meltdown-checker as a normal

Bug#889593: freeradius-config: sites-enabled/default file is overwritten with symlink

Package: freeradius-config Version: 3.0.16+dfsg-1+b1 Severity: normal With default configuration there is two directories: sites-available - with modules/config files available to use and sites-enabled - with config files actually used by freeradius daemon with default configuration all

Bug#878757: Openvswitch must started before networking servise

On Mon, 16 Oct 2017 20:28:26 +0700 Fedor Goncharov wrote: > Package: openvswitch-switch > Version: 2.6.2~pre+git20161223-3 > Priority: critical > > The Openvswitch daemon must be started before the network.service. > Because when the initiation of the network started

Bug#889592: lintian: false positive for override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES

Package: lintian Version: 2.5.73 On Sun, Feb 04, 2018 at 03:36:45PM +0530, Chris Lamb wrote: > Some results coming in: > > > https://lintian.debian.org/tags/override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES.html > > Thoughts? Randomly checked few packages and they were mostly all

Bug#889591: lintian: emits package-does-not-install-examples although all examples are installed

Package: lintian Version: 2.5.73 Severity: normal lintian reports P: libbluray source: package-does-not-install-examples src/examples/ on libbluray. However, all files from src/examples are installed in libbluray-doc: $ ls src/examples bd_info.c bdsplice.c index_dump.c libbluray_test.c

Bug#889144: stricter PIDfile handling breaks several daemons

On Sun, 4 Feb 2018 15:41:37 + Simon Kelley wrote: > With my dnsmasq maintainer hat on, the current arrangement looks like this. > > 1) /run/dnsmasq is a directory owned by dnsmasq:nogroup > 2) /run/dnsmasq/dnsmasq.pid gets written by dnsmasq before it drops > root,

Bug#889590: tesseract-ocr-aze has circular Depends on tesseract-ocr-aze-cyrl

Package: tesseract-ocr-aze Version: 4.00~git15-45ed289-5 Severity: important Hello Jeff, There is a circular dependency between tesseract-ocr-aze and tesseract-ocr-aze-cyrl: tesseract-ocr-aze :Depends: tesseract-ocr-aze-cyrl (>= 3.99) tesseract-ocr-aze-cyrl :Depends: tesseract-ocr-aze

Bug#889589: geany has a missing-pkg-dependency according to adequate

Package: geany Version: 1.32-2 Severity: normal Usertags: missing-pkgconfig-dependency adequate User: debian...@lists.debian.org Dear Maintainer, I was installing geany when adequate reported that there is a missing pkgconfig-dependency. >From adequate's manpage -

Bug#889578: [pkg-wicd-maint] Bug#889578: wicd: Confusion over multiple APs with the same name

Control: tag -1 + upstream Hi, Paul "LeoNerd" Evans wrote: > I have two APs with the same name, to cover a wide area. These appear > differently as different "networks" in the wicd GTK UI. Yes. That way — and in contrary to Network Manager — you can explicitly decide which AP you will connect

Bug#888201: mailman: CVE-2018-5950

Control: found -1 1:2.1.18-1 On Thu, Feb 01, 2018 at 01:46:05PM +0100, Thijs Kinkhorst wrote: > >> I plan to release Mailman 2.1.26 along with a patch for older releases > >> to fix this issue on Feb 4, 2018. At that time, full details of the > >> vulnerability will be public. > > I've reserved

  1   2   3   >