Bug#921613: mediathekview: fails to run with openjdk-11

Package: mediathekview Version: 13.2.1-2 Severity: important Dear Maintainer,    * What led up to the situation? I removed openjdk-8 and installed openjdk-11 because there are plans not to include openjdk-8 in buster.    * What exactly did you do (or not do) that was effective (or    

Bug#921573: lintian: binary-from-other-architecture only works sometimes

tags 921573 - moreinfo thanks Helmut Grohne wrote: > sbuild reports a Package-Time of 20 here. The time you took writing the > mail already took longer than just building it (Not really. I do not have/use an sbuild or a crossbuild setup...) Regards, -- ,''`. : :' : Chris Lamb

Bug#921615: prometheus: CVE-2019-3826: Stored DOM cross-site scripting (XSS) attack via crafted URL

Source: prometheus Version: 2.6.0+ds-1 Severity: grave Tags: security upstream Forwarded: https://github.com/prometheus/prometheus/pull/5163 Hi, The following vulnerability was published for prometheus. CVE-2019-3826[0]: Stored DOM cross-site scripting (XSS) attack via crafted URL If you fix th

Bug#921614: nss: CVE-2018-18508: NULL pointer dereference in several CMS functions resulting in a denial of service

Source: nss Version: 2:3.42-1 Severity: important Tags: security upstream Hi, The following vulnerability was published for nss, fixed upstream in 3.42.1. CVE-2018-18508[0]: |NULL pointer dereference in several CMS functions resulting in a |denial of service If you fix the vulnerability please

Bug#921616: nf_conncount_destroy: general protection fault

Package: linux-image-4.19.0-2-amd64 Version: 4.19.16-1 I am hit by a general protection fault in netfilter, see https://marc.info/?l=netfilter&m=154807599219095 . According to upstream the problem has been fixed in 4.19.17. Regards Harri

Bug#921351: [pkg-go] Bug#921351: prometheus-postfix-exporter: Init script missing

My recollection is that you mail debian-release and ask. Scott y On February 7, 2019 7:51:29 AM UTC, Michael Stapelberg wrote: >On Thu, Feb 7, 2019 at 8:46 AM Scott Kitterman >wrote: > >> No. It's an actual policy violation, so the bug is correct. I'd >leave it >> as is and ask the release t

Bug#539912: reassign to gcc-8, which is now the default compiler

Control: reopen -1 Control: reassign -1 gcc-8 8.2.0-17 Control: retitle -1 gcc-8: for c99, POSIX requires that option -D have a lower precedence than -U as this is now the default compiler, and the bug still occurs with it. -- Vincent Lefèvre - Web: 100% accessible va

Bug#921557: start-stop-daemon: behavior change on "matching only on non-root pidfile /run/exim4/exim.pid is insecure" not fully documented

Hi! On Wed, 2019-02-06 at 19:58:52 +0100, Andreas Metzler wrote: > Package: dpkg > Version: 1.19.3 > Severity: important > With 1.19.3 the following command stopped working: > /sbin/start-stop-daemon --stop --retry 5 --quiet --pidfile /run/exim4/exim.pid > /sbin/start-stop-daemon: matching only o

Bug#921387: UI on HIDPI too small

Hi Rene, On Wed, Feb 06, 2019 at 08:12:48PM +0100, Rene Engelhard wrote: > On Mon, Feb 04, 2019 at 10:37:38PM +, Toni wrote: > > on my HIDPI display, most UI elements, and especially the file dialogue, > > are too small. I tried setting environment variables, as suggested in > > the Arch wik

Bug#911983: issues on architectures where char is unsigned (#15)

This is a bug pattern that seems to be in many places in phast: ``` char c; ... while ((c = (char)getopt_long(argc, argv, "i:o:s:e:l:G:r:T:a:g:c:C:L:I:A:M:O:w:N:Y:X:fuDVxPzRSk4mh", long_opts, &opt_idx)) != -1) { ``` The casts in commit 273b8ce6 silenced the warnings where the compiler was warn

Bug#917721: Problem persists, pinged upstream

Hi, just for the record: I've retried to build libbiod and the problem persists. I've pinged upstream about this[1]. Kind regards Andreas. [1] https://github.com/biod/BioD/issues/50 -- http://fam-tille.de

Bug#915103: Apache2 HTTP/2 connection problems with Safari clients

Hi Stefan, got the same issue with Safari clients when updating from 2.4.25-3+deb9u5 to 2.4.25-3+deb9u6. Looking forward for a security regression update :) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pm

Bug#921495: Retitle: bioperl 1.7.4 should not propagate to Buster (Was: Bug#921495: libbio-perl-perl: Package not upgradable, file conflicts.)

Control: retitle -1 Bioperl 1.7.4 should not migrate to Buster On Wed, Feb 06, 2019 at 03:36:39PM +0100, Andreas Beckmann wrote: > Don't forget to re-upload bioperl afterwards with appropriate > Breaks+Replaces added to libbio-perl-perl. Thanks for the hint. However, we simply use this bug as a

Bug#914153: Update to version 2.3.0-3 breaks Megaglest

Em qui, 7 de fev de 2019 às 04:32, Frank Heckenbach escreveu: > > > > My suggestion of 2018-11-25 still stands. But if you want me to do > > > my part of it, please do your review quickly and tell me soon > > > (or, if it's indeed necessary for the soft freeze, immediately) to > > > avoid running

Bug#821397: Fwd: sway 1.0-rc1

Hi, On 2/7/19 5:36 AM, Sean Whitton wrote: > Hello Birger, > > On Wed 06 Feb 2019 at 12:00PM +01, Birger Schacht wrote: > >> Forgot to cc the bugreport: >> >> Hi, >> >> On 2/6/19 7:41 AM, Birger Schacht wrote: >>> But both swayidle and swaylock don't depend on wlroots, so i can start >>> with th

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

On 2019-02-05 03:49, Mo Zhou wrote: > However I guess you didn't install all the opennlp components: Indeed; this is intentional: > opennlp-brat-annotator > opennlp-distr > opennlp-docs > opennlp-morfologik-addon these components fail to build due to missing dependencies in Debian. For now I ha

Bug#833931: c++: Fail to build when and the noreturn keyword is used

On 07.02.19 08:07, Petter Reinholdtsen wrote: > Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89232 > > I registered the issue upstream. closed as invalid.

Bug#868240: isc-dhcp-server refuses to start if pidfile is present even when dhcpd is not running

Hi, I encountered the same issue after a crash of the dhcpd process. The daemon could not be restarted without deleting the old PID file first. I modified the /etc/init.d/isc-dhcp-server script on my servers from : |if [ -e "$PIDFILE" ]; then log_failure_msg "dhcpd service already running (p

Bug#920878: lintian: please check for missing Build-Depends: qt5-qmake:native when using lrelease

Hi Helmut! On Thu, Feb 07, 2019 at 06:19:16AM +0100, Helmut Grohne wrote: > I've seen packages that call lrelease directly from debian/rules. I'm > not sure how you use lrelease without qmake though. When qmake is > missing, lrelease prints > > WARNING: Could not find qmake configuration file

Bug#921617: mumble: Mumble memory use increases over time to unreasonable amounts

Package: mumble Version: 1.3.0~git20190125.440b173+dfsg-1 Severity: important Dear Maintainer, I use Mumble daily as a remote work team communication channel, so it's pretty much open non-stop for one day at a time. Since a few days, maybe a week, Mumble's memory usage is steadily growing to crz

Bug#738575: valentine's day tees

for all lovers of t-shirt ideas to offer or to wear on Valentine's Day click on the amazon link below https://amzn.to/2CdX642 best regards

Bug#921618: virt-manager: Unnecessary dependency on python-requests

Package: virt-manager Version: 1:2.0.0-3 virt-manager depends on python-requests but doesn't actually use it (it's Python 3 now anyway). 'requests' is only imported from virtinst/urlfetcher.py which is installed into the virtinst package and already has the correct python3-requests dependenc

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

So for those of us (the entire world), who have been relying on this behavior: > * en_US (.UTF-8) is used as the default English locale for all places that > don't have a specific variant (and often even then). Generally, technical > users use English as a system locale How do we roll-back w

Bug#849841: pf:Invalid argument still exists on Debian

Hi Khaled, On Thu, 2019-02-07 at 05:05 -0500, Khaled Z Mahmoud wrote: > Hi, > > I can see from logs we have slightly different versions ? > Could that be the problem ? Is there a way to verify or role out that > this bug > is the cause of the error I am facing? > I don't know. From the looks

Bug#921619: RM: r-cran-tibble [kfreebsd-amd64] -- ROM; Old cruft package existing on non-released architectures only

Package: ftp.debian.org Severity: normal Hi, according to $ rmadison -s unstable r-cran-tibble r-cran-tibble | 1.3.4-1 | unstable | source, kfreebsd-amd64 r-cran-tibble | 2.0.1-1 | unstable | source, amd64, arm64, armel, armhf, hurd-i386, i386, kfreebsd-i386, mips, mips64el, mip

Bug#921518: flash-kernel: [PATCHv2] Adding-definition-of-Raspberry-Pi-Family

On Wed, Feb 06, 2019 at 07:08:35PM +, Ben Hutchings wrote: > On Wed, 2019-02-06 at 13:45 +0100, Alexandre GRIVEAUX wrote: > > Package: flash-kernel > > Version: 3.79 > > Severity: normal > > Tags: patch > > > > Adding definition according to: > > > > https://git.kernel.org/pub/scm/linux/kerne

Bug#921523: Can't load alsa-project.org

On February 6, 2019 at 4:48PM +0100, svenjoac (at gmx.de) wrote: > On 2019-02-06 21:53 +0800, 積丹尼 Dan Jacobson wrote: >> $ w3m https://www.alsa-project.org/ >> w3m: Can't load https://www.alsa-project.org > > That's because the site apparently only offers TLS 1.0 which libssl > does not support an

Bug#918260: confirm this bug

The big problem is that activemodel is used by activerecord tet is needed by gitlab. I updated gitlab and ended up with redmine removed...(my mistake). But I try to install redmine, because I use both gitlab and redmine integrated. And ended up with bug described before. apt-get -t unstable

Bug#738575: valentine's day

for all lovers of t-shirt ideas to offer or to wear on Valentine's Day click on the amazon link below https://amzn.to/2CdX642

Bug#921613: mediathekview: fails to run with openjdk-11

Am 07.02.19 um 08:56 schrieb Alois Schlögl: > Package: mediathekview > Version: 13.2.1-2 > Severity: important > [warning] /usr/bin/mediathekview: JVM flavor 'java9' not understood > [warning] /usr/bin/mediathekview: No java runtime was found > >    * What outcome did you expect instea

Bug#921404: gdb: can't debug kdesu (cannot find user-level thread ...)

Hello Jiri Palecek, I could reproduce this issue also on amd64. It looks intentional and seems like a security consideration to make no crash dumps and is caused by this line: kdesu.cpp:83: prctl(PR_SET_DUMPABLE, 0); However, you may temporarily add SUID to gdb, then gdb will run as

Bug#918566: Lost of code copies of MurmurHash3 (Was: Bug#918566: mash FTBFS on big endian: test failures)

Hi Andreas, On 07.02.19 08:10, Andreas Tille wrote: Unfortunately it does not pass its build time tests any more now that I rebuild it for uploading. I had a look and could trace the failure to two issues. 1) The test should run sequentially; can be fixed via a simple override. 2) The previ

Bug#921620: stretch-pu: package debian-edu-config/1.929+deb9u2

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Hi, we would like to update debian-edu-config in stretch with the following changes (with the distribution set to stretch obviously), which are all available in buster since severa

Bug#921621: openssl: cipher list includes entries not available for "speed"

Package: openssl Version: 1.1.1a-1 Severity: minor $ openssl help gives me (among others) "sm4-cbc", and a call like $ openssl enc -sm4-cbc enter sm4-cbc encryption password: Verifying - enter sm4-cbc encryption password: *** WARNING : deprecated key derivation used. gives

Bug#921622: O: libvisual -- audio visualization framework

Package: wnpp Severity: normal I intend to orphan the libvisual package. The package description is: Libvisual is a generic visualization framework that allows applications to easily access and manage visualization plugins. . Audio visualization is the process of making pretty moving images t

Bug#921623: O: libvisual-plugins -- audio visualization framework plugins

Package: wnpp Severity: normal I intend to orphan the libvisual-plugins package. The package description is: Libvisual is a generic visualization framework that allows applications to easily access and manage visualization plugins. . Audio visualization is the process of making pretty moving

Bug#898060: RPC request reserved 84 but used 272

Hi Salvatore, our issue seems he same as in https://bugzilla.kernel.org/ show_bug.cgi?id=202435 except for the error message that is always: RPC request reserved 84 but used 268 We are not able to reproduce the issue reliably (even if it occur every some days) and we will test linux-image-4.19.0-0

Bug#921624: kmail: Crash during/after filtering inbox, probably related to Qt WebEngine integration

Package: kmail Version: 4:18.08.3-1 Severity: important Tags: upstream Dear Sandro, Better late than never, I managed to report the KMail crashes during/after filtering inbox upstream. See: Bug 404052 - Crash during/after filtering inbox, probably related to Qt WebEngine integration https://bug

Bug#921625: node-gyp install fails

Package: node-gyp Version: 3.8.0-4 Severity: normal Tags: upstream I get this output from 'node-gyp install' on i386: -*- $ node-gyp install gyp info it worked if it ends with ok gyp info using node-gyp@3.8.0 gyp info using node@10.15.1 | linux | ia32 gyp http GET https://nodejs.org/download/re

Bug#921626: ITP: libregexp-trie-perl -- Perl module for building a trie-ized regular expression

Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: libregexp-trie-perl Version : 0.02 Upstream Author : Dan Kogai * URL : https://metacpan.org/release/Regexp-Trie * License : Artistic or GPL-1+ Programming Lang: Perl Description : P

Bug#921627: ITP: libperl-prereqscanner-notquitelite-perl -- Perl module for scanning Perl code for prerequisites

Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: libperl-prereqscanner-notquitelite-perl Version : 0.9904 Upstream Author : Kenichi Ishigaki * URL : https://metacpan.org/release/Perl-PrereqScanner-NotQuiteLite * License : Artistic or GPL-

Bug#921628: Allow creating separate binaries for node and browser environments when the node component provides and executable

package: ftp.debian.org In cases where both node and browser parts are pure libraries, we have been using Provides for browser libraries and dropping dependency on nodejs. But when a package distributes an executable in /usr/bin/, adding nodejs dependency will be unnecessary for the browser li

Bug#918566: Lost of code copies of MurmurHash3 (Was: Bug#918566: mash FTBFS on big endian: test failures)

On Thu, Feb 07, 2019 at 12:03:46PM +0100, Fabian Klötzl wrote: > I had a look and could trace the failure to two issues. 1) The test should > run sequentially; can be fixed via a simple override. 2) The previous commit > (ARCH32) doesn't work as expected [1]. Building on AMD64 will still have the >

Bug#921537: gnome-terminal: mouse wheel scrolling sends 6 key up / key down escape sequences (kcuu1 / kcud1) in alternate screen

Hi, You can disable this behavior with: printf '\e[?1007l' See "Alternate Scroll Mode" at https://invisible-island.net/xterm/ctlseqs/ctlseqs.html . > This is potentially destructive, as what these and keys do depend > on the application. You're right, I can't argue with this. Many times i

Bug#921527: cuneiform_1.1.0+dfsg-7 - FTBFS on ppc64el

Control: severity -1 important Control: tag -1 moreinfo We currently have no ppc64el binaries for cuneiform, so this is not a regressions and therefore not RC. On Wed, 6 Feb 2019 14:50:47 +0100 "Thierry fa...@linux.ibm.com" wrote: > --- images/phototest.tif.txt 2011-04-19 12:49:57.0 +00

Bug#917723: golang-github-mitchellh-mapstructure-dev: regression in 1.1.2 caused packer FTBFS

Control: retitle -1 golang-github-mitchellh-mapstructure-dev: regression in 1.1.2 caused packer FTBFS Control: reassign -1 golang-github-mitchellh-mapstructure-dev 1.1.2-1 Control: affects -1 packer Control: forwarded -1 https://github.com/mitchellh/mapstructure/issues/146 So, packer got FTBFS si

Bug#921629: zeroc-ice - FTBFS on ppc64el

Package: *zeroc-ice* Version: 3.7.2-2 Severity: normal Tags: patch Currently build on ppc64el fails with src/Ice/Network.cpp:451:17: error: declaration of ‘i’ shadows a previous local [-Werror=shadow]     for(int i = 0; i < numaddrs; ++i) ^ src/Ice/Network.cpp:395:13: note:

Bug#921630: salt-common: Python DeprecationWarning when using platform.linux_distribution in Python 3.5+

Package: salt-common Version: 2018.3.3+dfsg1-2 Severity: normal Dear Maintainer, The following error messages are printed to console/log and causes issues with OS-level targeting via grains: 2019-02-07 07:34:10,823 [py.warnings :110 ][WARNING ][1645] /usr/lib/python3/dist-packages/sal

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Thu, Feb 07, 2019 at 02:55:33PM +0500, Roman Mamedov wrote: > So for those of us (the entire world), who have been relying on this behavior: > > > * en_US (.UTF-8) is used as the default English locale for all places that > > don't have a specific variant (and often even then). Generally, te

Bug#784810: [Pkg-xen-devel] Bug#784810: Xen domU try ton access to dom0 LVM Volume group

Control: tag -1 + confirmed Hi, Axel Beckert wrote: > > @xen-tools: I think this is because xen-tools has used the host > > initramfs and hence has inherited some sort of hook script which insists > > on the RAID stuff being present, which there isn't in the domU. > > Sounds familiar. I think I

Bug#921625: [Pkg-javascript-devel] Bug#921625: node-gyp install fails

Le jeu. 7 févr. 2019 à 13:21, Teemu Ikonen a écrit : > Package: node-gyp > Version: 3.8.0-4 > Severity: normal > Tags: upstream > > I get this output from 'node-gyp install' on i386: > > -*- > > $ node-gyp install > gyp info it worked if it ends with ok > gyp info using node-gyp@3.8.0 > gyp info

Bug#921631: salt-master: gitfs requires git when using pygit2 as gitfs_provider

Package: salt-master Version: 2018.3.3+dfsg1-2 Severity: normal Dear Maintainer, When using pygit2 as the gitfs_provider critical errors are thrown in the error log if the git package is not installed: 2019-02-07 07:44:20,180 [salt.utils.gitfs :2565][ERROR ][2577] The git command line utili

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

iso_en ? That sounds smart... English for most of the world that aren't necessarily native English speakers? https://en.wikipedia.org/wiki/International_English Use ISO dates and stuff, and pick a random spelling. As a Canadian, I'm pretty sure about colour, but unclear about whether we should st

Bug#921625: [Pkg-javascript-devel] Bug#921625: node-gyp install fails

On Thu, Feb 7, 2019 at 3:09 PM, Jérémy Lal wrote: It's fair to expect this to work, however you're supposed to get your nodejs headers from libnode-dev package, not by downloading them. (still, i recognize it shouldn't fail). That's true. BTW, local npm installs seem to fail here (on i386

Bug#915333: git-annex: Illegal Instruction on armel (Fujitsu Q700 like QNAP TS-21x/TS-22x)

Package: git-annex Version: 7.20190129-2 Followup-For: Bug #915333 Dear Maintainer, FYI this still exists in 7.20190129-2 Thanks, Julian Calaby

Bug#921632: salt-common: salt does not acknowledge tornado dependency as installed with python-tornado4

Package: salt-common Version: 2018.3.3+dfsg1-2 Severity: normal Dear Maintainer, When listing salt version information, and python-tornado4 is installed, no Tornado version is listed. When python-tornado is installed the dependency is listed. root@salt-master:~# dpkg -l 'python3-tornado*'

Bug#854180: systemd service script

> Hi there, Hi Florian, > > I solved this problem today by moving away from starting the service > with init-v to systemd. In 2019 a good idea I think. > > The service script is attached to this email. > > @Harald, it would be awesome if you would prepare and push a new version > of the pack

Bug#921625: [Pkg-javascript-devel] Bug#921625: node-gyp install fails

Le jeu. 7 févr. 2019 à 14:28, tpikonen a écrit : > > > On Thu, Feb 7, 2019 at 3:09 PM, Jérémy Lal wrote: > > It's fair to expect this to work, however you're supposed to get your > > nodejs headers > > from libnode-dev package, not by downloading them. > > (still, i recognize it shouldn't fail).

Bug#919778: Bug#918566: Lost of code copies of MurmurHash3 (Was: Bug#918566: mash FTBFS on big endian: test failures)

On Thu, Feb 07, 2019 at 01:41:54PM +0100, Andreas Tille wrote: > On Thu, Feb 07, 2019 at 12:03:46PM +0100, Fabian Klötzl wrote: > > I had a look and could trace the failure to two issues. 1) The test should > > run sequentially; can be fixed via a simple override. 2) The previous commit > > (ARCH32

Bug#921527: cuneiform_1.1.0+dfsg-7 - FTBFS on ppc64el

Control: tag -1 - patch moreinfo On 2019-02-07 13:59, Thierry fa...@linux.ibm.com wrote: > Hi, > Sorry - I am not proposing a patch (may have write a bad bug header). OK, fixing the metadata. Andreas

Bug#921632: salt-common: salt does not acknowledge tornado dependency as installed with python-tornado4

Dear Maintainer, Apologies, in both the subject and the description I've listed the python-tornado and python-tornado4 packages - this should be python3-tornado and python3-tornado4. Thanks, Malcolm

Bug#921527: cuneiform_1.1.0+dfsg-7 - FTBFS on ppc64el

Hi, Sorry - I am not proposing a patch (may have write a bad bug header). My point is that test is failing on ppc64el as it was failing sometime ago on other platform apparently. As such I was expecting you had an idea why on ppc64el the fixes are not accurate (or not sufficient). - Going to invest

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

Peter Silva writes ("Re: Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?"): > iso_en ? That sounds smart... > > English for most of the world that aren't necessarily native English speakers? > https://en.wikipedia.org/wiki/International_English > Use ISO dates and stuff, and pick

Bug#919778: Bug#918566: Lost of code copies of MurmurHash3 (Was: Bug#918566: mash FTBFS on big endian: test failures)

On 07.02.19 14:58, Andreas Tille wrote: Unfortunately the -DARCH32 flag (which is set according to the build log[1]) does not help on i386 architecture: ./mash info -d test/reads.msh > test/reads.json diff test/genomes.json test/ref/genomes.json 7c7 < "hashType" : "MurmurHash3_x86_32", ---

Bug#921537: gnome-terminal: mouse wheel scrolling sends 6 key up / key down escape sequences (kcuu1 / kcud1) in alternate screen

Hi, On 2019-02-07 13:43:20 +0100, Egmont Koblinger wrote: > You can disable this behavior with: > > printf '\e[?1007l' > > See "Alternate Scroll Mode" at > https://invisible-island.net/xterm/ctlseqs/ctlseqs.html . Thanks for the information. I'm wondering why this isn't documented in the GNOM

Bug#921633: RM: ruby-fog -- ROM; obsolete,no reverse dependencies

Package: ftp.debian.org Severity: normal ruby-fog is a meta package that depends on all the fog modules. All its reverse dependencies switched to depending on only the required modules. no reverse dependencies.

Bug#921625: [Pkg-javascript-devel] Bug#921625: node-gyp install fails

On Thu, Feb 7, 2019 at 3:43 PM, Jérémy Lal wrote: > I believe node on i686 is not supported and will segfault. Do you mean node-gyp? At least nodejs.org offers x86 downloads of node itself. No, i meant nodejs. The debian package of nodejs, to be able to run on i686, need SSE2 (at least)

Bug#921635: RM: nrss -- RoQA; Orphaned; RC-Buggy; Upstream dead; Popcon low

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove Dear FTP Masters, Please consider removing package nrss from Debian Archive. This package hasn't seen any debian upload in the last past 10 years, it has an RC bug, its upstream has stopped developm

Bug#921634: RFP: dovecot-xapian -- A straightforward and simple way to configure FTS plugin for Dovecot, leveraging the efforts by the Xapian.org team.

Package: wnpp Severity: wishlist * Package name: dovecot-xapian Version : 1.0 Upstream Author : Joan Moreau * URL : https://github.com/grosjo/fts-xapian * License : GNU Lesser General Public License v2.1 Programming Lang: C++ Description : A straightfor

Bug#874160: systemd _sometimes_ does this

Turns out systemd independently does this, although not in every case. If you have unset locale, it changes it to C.UTF-8 for X (gdm3) but not for console logins. It'd be good to have this consistent both for X vs console, and systemd vs other inits/rc systems. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Remember

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Thu, 07 Feb 2019 at 14:05:33 +0100, Adam Borowski wrote: > a locale for a silly country with weird customs Please don't take this tone. Insulting people who disagree with you[1] is rarely an effective way to persuade them that you're right and they're wrong. > • promoting C.UTF-8 in our user i

Bug#921636: python-fluids: FTBFS against scipy 1.2.0

Package: python-fluids Version: 0.1.72-2 Severity: normal Control: affects -1 python3-scipy python-fluids fails to build from source against scipy 1.2.0 (available in experimental). Errors are in test_PSDLognormal_ds_discrete and test_PSDLognormal_dn Build log attached. -- System Information:

Bug#894962: node-gulp: FTBFS and Debci failure with node-process-nextick-args 2.0.0-1

Bug isn't related to node-process-nextick-args (same in testing/unstable). For now it succeeds to build in testing but not in unstable locally.

Bug#921625: [Pkg-javascript-devel] Bug#921625: node-gyp install fails

Le jeu. 7 févr. 2019 à 15:30, tpikonen a écrit : > > > On Thu, Feb 7, 2019 at 3:43 PM, Jérémy Lal wrote: > >> > I believe node on i686 is not supported and will segfault. > >> > >> Do you mean node-gyp? At least nodejs.org offers x86 downloads of > >> node > >> itself. > > > > No, i meant nodejs

Bug#921630: [Pkg-salt-team] Bug#921630: salt-common: Python DeprecationWarning when using platform.linux_distribution in Python 3.5+

Hi, Am Donnerstag, den 07.02.2019, 08:05 -0500 schrieb Malcolm Acker: > Package: salt-common > Version: 2018.3.3+dfsg1-2 > Severity: normal > > Dear Maintainer, > > The following error messages are printed to console/log and causes > issues with OS-level targeting via grains: > > 2019-02-07

Bug#921637: FTBFS: /usr/lib/ruby/vendor_ruby/ronn/roff.rb:165:in `block_filter': undefined method

Package: git-lfs Version: 2.6.1-3 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 When rebuild git-lfs, it FTBFS: warn: unrecognized inline tag: ["p"] html: man/git-lfs-untrack.1.html+man roff: man/git-lfs-update.1

Bug#919778: Bug#918566: Lost of code copies of MurmurHash3 (Was: Bug#918566: mash FTBFS on big endian: test failures)

Hi Fabian, On Thu, Feb 07, 2019 at 03:11:49PM +0100, Fabian Klötzl wrote: > > > ./mash info -d test/reads.msh > test/reads.json > > diff test/genomes.json test/ref/genomes.json > > 7c7 > > < "hashType" : "MurmurHash3_x86_32", > > --- > > > "hashType" : "MurmurHash3_x64_128", > > mash uses two

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Thu, Feb 07, 2019 at 02:40:06PM +, Simon McVittie wrote: How would this locale differ from C.UTF-8? Is the only difference that C.UTF-8 has strict lexicographical sorting, whereas "en" would have case-insensitive sorting like en_GB.utf8 does? (If that's the only difference, then perhaps so

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Thu, 2019-02-07 at 09:59 -0500, Michael Stone wrote: > On Thu, Feb 07, 2019 at 02:40:06PM +, Simon McVittie wrote: > > How would this locale differ from C.UTF-8? Is the only difference > > that C.UTF-8 has strict lexicographical sorting, whereas "en" would > > have > > case-insensitive sorti

Bug#921638: RM: cleancss -- ROM; cleancss is no more provided by node-clean-css

Package: ftp.debian.org Severity: normal Hi, node-clean-css provides no more cleancss package. Could you remove this binary package from testing/unstable ? It will probably block node-clean-css migration. Cheers, Xavier

Bug#919206: please apply upstream fix from pull #11417

As the subject says. The patch in [1] is simple and solves the issue also in the current version. [1] Would be great when it could be applied on a next update of 240 GRTNX, RobJE

Bug#874160: systemd _sometimes_ does this

On Thu, Feb 07, 2019 at 03:36:59PM +0100, Adam Borowski wrote: > Turns out systemd independently does this, although not in every case. > If you have unset locale, it changes it to C.UTF-8 for X (gdm3) but not > for console logins. Turns out that console logins are the only exception; ansgar found

Bug#921639: iptables-restore: cannot jump to earlier initialized chain

Package: iptables Version: 1.8.2-3 Severity: important I ran into a bug in iptables-restore. This works: *filter :FILERS_UDP - [0:0] :FORWARD ACCEPT [0:0] :INPUT ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A INPUT --protocol udp --source 10.0.0.0/8 --jump FILERS_UDP -A FILERS_UDP --protocol udp --dport su

Bug#921640: salsa: %p in SALSA_EMAIL_RECIPIENTS is constant with --all

Package: devscripts Version: 2.19.2 Severity: normal "salsa update_safe --all" just set the email recipients of all projects to the same string, dispatch+cstore-fdw_...@tracker.debian.org Additionally, re-running it keeps claiming the recipients are wrong. $ salsa update_safe --all cstore-fdw:

Bug#921641: salsa: Please make hook event list configurable

Package: devscripts Version: 2.19.2 Severity: wishlist Hi, I would like to have "Job events" disabled in my KGB hooks. These contain mostly the same information as "Pipeline events", but are much more verbose. Christoph

Bug#918852: ufo-filters: diff for NMU version 0.14.1+dfsg1-1.2

Control: tags 918852 + patch Control: tags 918852 + pending Dear maintainer, I've prepared an NMU for ufo-filters (versioned as 0.14.1+dfsg1-1.2) and uploaded it to DELAYED/14. Please feel free to tell me if I should cancel it. cu Adrian -- "Is there not promise of rain?" Ling Tan ask

Bug#867747: rsyslog: /var/log/dmesg world-readable despite kernel.dmesg_restrict = 1

[2019-02-05 17:28] Thorsten Glaser > > As I understand situation, I favor second option. So question is would > > anybody be unhappy, if initscripts will override manual `chown/chmod' on > > logs, created by initscripts. > > Yes. > > It’s fine to adjust permissions on first install, and 0640 roo

Bug#601054: add comments to /etc/init.d/.depend.* saying what program put them there

control: retitle -1 Move /etc/init.d/.depend.* files under /var [2019-02-05 16:51] Jesse Smith > On 2/4/19 7:22 AM, Dmitry Bogatov wrote: > > [2019-02-02 11:38] Jesse Smith > >> On 2/2/19 6:26 AM, Dmitry Bogatov wrote: > >>> I believe we already discussed this issue and came to conclusion, tha

Bug#921482: RFS: note/1.3.26-3

[2019-02-05 23:48] eamanu15 > Package: sponsorship-requests > Severity: normal > X-Debbugs-CC: kact...@debian.org > > Dear mentors, > > I am looking for a sponsor for my package "note" > > * Package name: note > Version : 1.3.26-3 > Upstream Author : Thomas von Dein > > * URL

Bug#909510: [PATCH] New tag: script-uses-unversioned-python-in-shebang

[2019-02-05 18:31] Chris Lamb > > part text/plain 432 > Hi Dmitry, > > > +Tag: script-uses-unversioned-python-in-shebang > > +Severity: wishlist > > Again, weren't we just doing this to get numbers at first? Unless > I'm missing something (quite possible!) I do not believe we

Bug#769589: reassigning #919982 to debian-cd

reassign 919982 debian-cd thanks Hi, AFAICS #919982 was introduced when trying to fix #769589, and then #919982 has effectivly been closed by https://salsa.debian.org/images-team/debian-cd/commit/dc48123273092fa011b09a5d1204b055ce40d2a4 though it's not been closed in the BTS yet. (Maybe it should

Bug#921643: stretch-pu: package libemail-address-list-perl/0.05-1+deb9u1

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Fixes CVE-2018-18898 which is exposed by request-tracker4. Candidate package deployed and working so far on a production system. diff -Nru libemail-address-list-perl-0.05/debian/cha

Bug#921642: stretch-pu: package libemail-address-perl/1.908-1+deb9u1

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Fixes CVE-2015-7686 and CVE-2018-1255 which are exposed by request-tracker4. Candidate package deployed and working so far on a production system. diff -Nru libemail-address-perl-1.

Bug#919778: Bug#918566: Lost of code copies of MurmurHash3 (Was: Bug#918566: mash FTBFS on big endian: test failures)

Hi, On 07.02.19 16:00, Andreas Tille wrote: > I've obviously missed that part of your mail. It is fixed now and I'll > re-upload. No worries. The alternative would have been to create a separate set of unit tests for the 32bit architectures. > > Meanwhile I've fixed the symbols file in Git. P

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Thu, Feb 07, 2019 at 04:08:21PM +0100, Ansgar wrote: On Thu, 2019-02-07 at 09:59 -0500, Michael Stone wrote: On Thu, Feb 07, 2019 at 02:40:06PM +, Simon McVittie wrote: > How would this locale differ from C.UTF-8? Is the only difference > that C.UTF-8 has strict lexicographical sorting, w

Bug#909510: [PATCH] New tag: script-uses-unversioned-python-in-shebang

Dmitry, > > > +Severity: wishlist > > > > Again, weren't we just doing this to get numbers at first? […] > Sorry, I understood phrase "get numbers" as > > let's create check, set severity to low and see numbers on > lintial.debian.org > > According to codesearch, there is 18 packages

Bug#919893: package shouldn't exist

Henrique de Moraes Holschuh dixit: >On Sun, Jan 20, 2019, at 14:05, Thorsten Glaser wrote: >> How about starting a sort of transition to the split packages instead?= > >Looks like a sensible approach to me. It’s a bit too “short” before the release, always has been. My other ideas, both the p-u a

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Thu, Feb 07, 2019 at 02:40:06PM +, Simon McVittie wrote: > On Thu, 07 Feb 2019 at 14:05:33 +0100, Adam Borowski wrote: > > a locale for a silly country with weird customs > > Please don't take this tone. Insulting people who disagree with you[1] > is rarely an effective way to persuade them

Bug#917615: ruby-zoom: Please Build-Depend on libyaz-dev

Control: severity -1 normal On Tue, Jan 29, 2019 at 10:30:08AM -0500, Scott Kitterman wrote: > On Sat, 29 Dec 2018 10:05:44 + Hugh McMaster > wrote: > > Package: ruby-zoom > > Version: 0.5.0-1+b2 > > Severity: important > > > > Dear Maintainer, > > > > Your package currently build-depends

Bug#921644: network-manager-openvpn doesn't understand dhcp-option OPTIONS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: network-manager-openvpn Version: 1.2.8-2 When an OpenVPN server uses the following legitimate push setting: push "dhcp-option OPTIONS ndot:2" NetworkManager-OpenVPN chokes with the following msgs: Feb  6 11:24:53 work nm-openvpn[1555

  1   2   3   >