Bug#932885: RFP: CryptPad - The Encrypted Collaboration Suite

Package: wnpp Severity: wishlist * Package name: cryptpad Version : 0.03.5 Upstream Authors : XWiki Labs * URL : https://github.com/xwiki-labs/cryptpad * License : AGPLv3 Programming Lang: JavaScript Description : The Encrypted Collaboration Suite

Bug#932854: Missing dependency for initramfs-tools-core

Control: retitle -1 initramfs-tools-core: Please depend on logsave On 2019-07-23 22:37 +, Colin Booth wrote: > Package: initramfs-tools-core > Version: 0.133 > > The functions file shipped with initramfs-tools-core version 0.133 and > earlier contains a call to logsave(8) in the

Bug#932853: please someone "git checkout -b bullseye && git push"

Control: owner -1 ! Hi Tomas, Thanks a lot that you already want to start working on the bullseye release-notes. On 24-07-2019 00:33, Tomas Pospisek wrote: > I have considered forking and branching via Salsa, and then sending the > pull request, but that's not less work. So I'm very kindly

Bug#932882: python3-pyroute2: /usr/bin/ss2 shipped in both packages

Package: python3-pyroute2 Version: 0.5.4-1 Severity: serious /usr/bin/ss2 is shipped in python-pyroute2 and python3-pyroute2 without any kind of Conflicts/Replaces resulting in an error when trying to install both packages: > Preparing to unpack .../10-python-pyroute2_0.5.4-1_all.deb ... >

Bug#932855: e2fsprogs 1.45.3-1 breaks initramfs-tools-core <=0.133

Package: e2fsprogs Version: 1.44.5-1 Followup-For: Bug #932855 I know it will sound like a support question, but please help me. I have 2 pcs, one with debian unstable i386 and one with debian testing amd64. Obviously, the first one was hit by that bug earlier today. Because I have no optical

Bug#932883: RFS: dmagnetic/0.16-1 [put in ITP, ITA, RC, NMU if applicable]

Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "dmagnetic" * Package name: dmagnetic Version : 0.16-1 Upstream Author : Thomas Dettbarn * URL :

Bug#932769: [moreinfo] DoS via DHCP request

On Tue, 23 Jul 2019 19:32:04 -0600 Mark Hutchison wrote: > When I look at systemctl for the dhclient service, I can see that there's > an error, "can't create /var/lib/dhcp/dhclient.intname.leases Read Only > file system", and then the DHCPREQUEST > DHCPACK > DHCPDECLINE sequence > starts every

Bug#931111: linux-image-4.9.0-9: Memory "leak" caused by CGroup as used by pam_systemd

Hello Ben, Am 24.07.19 um 00:03 schrieb Ben Hutchings: > On Tue, 2019-07-23 at 15:56 +0200, Philipp Hahn wrote: > [...] >> - when the job / session terminates, the directory is deleted by >> pam_systemd. >> >> - but the Linux kernel still uses the CGroup to track kernel internal >> memory (SLAB

Bug#932884: release.debian.org: What is the good way to update rollup ?

Package: release.debian.org Severity: normal Hi all, For the next release, we (pkg-js team) would like to update rollup. Like many compilers, it build-depends on itself. Current version in Buster is 0.50.0, The last published upstream is 1.17.0. We would also like to provide a Buster-backports

Bug#932855: e2fsprogs 1.45.3-1 breaks initramfs-tools-core <=0.133

Package: e2fsprogs Version: 1.44.5-1 Followup-For: Bug #932855 Proof that I did install logsave 1 as I said above # cat var/log/apt/history.log | tail -5 Start-Date: 2019-07-24 09:10:05 Commandline: apt-get install logsave Requested-By: vaggos (1000) Install: logsave:i386 (1.45.3-1) End-Date:

Bug#932849: ftp.debian.org: NEW process looses .buildinfo files

Control: tag -1 moreinfo Control: retitle -1 ftp.debian.org: `dak process-policy new` loses .buildinfo files The title says "loses .buildinfo files", but the IRC log says: > tar tf /srv/ftp-master.debian.org/queue/done/2019/02.tar.xz | grep > liblogger-simple-perl >

Bug#932845: TS-219 RTC issue with Debian Buster

Hello Oliver, On Tue, Jul 23, 2019 at 10:28:18PM +0200, Oliver Hartkopp wrote: > I'm running a TS-119P+ and a TS-219P II Qnap NAS with Debian Buster. > Both are now running a linux-image-4.19.0-5-marvell kernel. > > But since my update from Linux 4.9 (Stretch) to Linux 4.19 (Buster) the >

Bug#932498: issue with iptables -L

Maybe this fix is related, it's an issue with non root users: http://git.netfilter.org/iptables/commit/?id=e5cab728c40be88c541f68e4601d39178c36111f -- Informativa sulla Privacy: http://www.unibs.it/node/8155

Bug#929954: Status of this issue WRT freeze

On 2019-07-22 at 21:12:34 +0200, Sebastiaan Couwenberg wrote: > Hi Elena, > > On Fri, 7 Jun 2019 09:21:22 +0200 Elena ``of Valhalla'' wrote: > > Of course after the release the severity can be raised back, as then it > > would apply to the majority of users indeed (but I'd just upload the > > new

Bug#199392: Action taken due to junk email

I believe the quoted email was intended for the bugs.debian.org owners. As a consequence of recieving spam, my sender email will now be disabled. If you want to reach me, please send blind carbon copies to the email with user part fix-199392 at subdomain.mydomain.tld, and use "please" as the

Bug#932887: kdiff3: Missing translations

Package: kdiff3 Version: 1.8.01-1 Severity: normal Tags: l10n Dear Maintainer, the tarball for 1.8.1 (and not 1.8.01, please try to follow the upstream pattern when possible) contains the translations, but they are not included in the kdiff3 package. PS. The packaging data are not available;

Bug#932888: [src:linux] Misses 'logsave' as a dependency, so the system stops booting

Package: src:linux Version: 4.19.0-1 Severity: critical --- Please enter the report below this line. --- The "logsave" package isn't included in the dependencies, so, if it isn't already installed when the kernel is being updates, the system fails to start at boot, showing a message that

Bug#932861: e2fsprogs should depend on logsave

Kyle Robbertze wrote: > > /init: line 398: logsave: not found > > > > The root filesystem on /dev/sda3 requires a manual fsck > > I was then dropped back in to the initramfs shell. After ensuring that > the file system was clean using fsck and rebooting, the same issue > occured. The solution was

Bug#932795: Ethics of FTBFS bug reporting

On Tue, Jul 23, 2019 at 01:30:58PM +0100, Ian Jackson wrote: > I suggest the following approach: > > - Introduce the words "supported" and "reasonable". So > > Packages must build from source in any supported environment; > they should build from source in any reasonable environment.

Bug#932889: black:

Package: black Version: 18.9b0-1-6 In a CI container (systemd-nspawn) I get random failures from black: 1 file would fail to reformat. error: cannot format foo/bar.py: Ran out of input When I repeat the build, it usually works. Even a hacky workaround would be very much appreciated! Thank

Bug#932787: Bus error on sparc64

Control: affects -1 + rauc (Note that rauc is still in NEW, I hope that this affects works anyhow. This bug will make rauc FTBFS on sparc64.) On Tue, Jul 23, 2019 at 09:14:53AM +, Uwe Kleine-König wrote: > the test suite for rauc (currently in NEW) provokes a Bus error in > mksquashfs on

Bug#932855: e2fsprogs 1.45.3-1 breaks initramfs-tools-core <=0.133

I just stumbled over this issue myself. I got my system to boot by adding the "fastboot" option to the kernel command line from GRUB, which skips fsck (among other things) and therefore ignores the missing logsave. -- M.Sc. Carsten Andrich Ilmenau University of Technology Electronic Measurement

Bug#886473: Action taken due to junk email

As a consequence of recieving spam, I'm suspending this email address. For instructions on how to keep me in the loop, please follow instructions at https://bugs.debian.org/199392#40 Sorry about the noise, but this seems to be how the Debian BTS is designed and intended to be used. --

Bug#932769: [moreinfo] DoS via DHCP request

On 24.07.19 11:13, Tomas Pospisek wrote: > So my interpretation of your initial bug report, that the VM would DoS > the host on which it was running via fast changing of IP addresses on > its interface was completely off the track? > > So what you wanted in fact wanted to say by "DoS'ing the

Bug#932890: fail2ban: Unable to configure custom table/chain for nftables

Package: fail2ban Version: 0.10.2-2.1 Severity: normal Dear Maintainer, after switching from stretch to buster recently I also switched packet filtering from iptables to nftables, removing iptables completely. To utilize the flexibility of nftables I tried to configure fail2ban in such a way

Bug#932855: e2fsprogs 1.45.3-1 breaks initramfs-tools-core <=0.133

On Wed, Jul 24, 2019 at 10:06:08AM +0300, jim_p wrote: > Package: e2fsprogs > Version: 1.44.5-1 > Followup-For: Bug #932855 > > Proof that I did install logsave 1 as I said above > > # cat var/log/apt/history.log | tail -5 > Start-Date: 2019-07-24 09:10:05 > Commandline: apt-get install logsave

Bug#932855: e2fsprogs 1.45.3-1 breaks initramfs-tools-core <=0.133

Package: e2fsprogs Version: 1.44.5-1 Followup-For: Bug #932855 Thank you so much! I can finally access my data :) -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64)

Bug#932775: [Pkg-net-snmp-devel] Bug#932775: snmpd: init script does not respect /etc/default/snmpd

Hi Daniel, It's a little more complicated than that. The defaults are loaded in by init-d-script but are then overwritten by the snmp init script. What it should be testing is if they are unset variables and then use the defaults. - Craig

Bug#932775: [Pkg-net-snmp-devel] Bug#932775: snmpd: init script does not respect /etc/default/snmpd

Actually looking at the init script, it does check SNMPOPTS is set and this is the only variable in the default file. What exactly is not getting picked up or overwritten? - Craig On Tue, 23 Jul 2019 at 10:06, Daniel Reichelt wrote: > Package: snmpd > Version: 5.7.3+dfsg-5 > Severity:

Bug#932795: Ethics of FTBFS bug reporting

On Wed, Jul 24, 2019 at 11:34:53AM +0200, Santiago Vila wrote: >... > This is a Makefile bug in gcc-8-cross, a package which would qualify > as "big". Maintainer did not initially believe it was a real bug, > maybe because he built the package a lot of times in the past and the > bug never

Bug#932644: reconfigure writes to /usr/lib/locale/locale-archive

On Mon, Jul 22, 2019 at 07:20:42PM +0200, Aurelien Jarno wrote: > On 2019-07-21 17:11, Marc Haber wrote: > > Package: locales > > Version: 2.28-10 > > Severity: minor > > > > Hi, > > > > reconfiguring the locales package updates the file > > /usr/lib/locale/locale-archive. > > This is indeed

Bug#932289: [debian-mysql] Bug#932289: Bug#932289: Please ship "mysql" Alias in the package

Control: severity -1 important Michael, I have just realized that MDEV-15526 is closed because the problem is resolved on 10.4 (by not deploying mysql sysv init script if systemd is detected on post-installation), but problem still exist on 10.3. So disabling mariadb service does not disable

Bug#932891: cryptsetup: WARNING: Couldn't determine root device on ZFS error

Package: cryptsetup-initramfs Version: 2:2.1.0-5 Severity: important Dear Maintainer, The behaviour is the same on experimental (2:2.2.0~rc1-1) The symptoms are exactly as described on: https://bugs.launchpad.net/debian/+source/cryptsetup/+bug/1830110 The proposed patch works on Buster too. --

Bug#932886: libapache2-mod-php7.3: fails to switch to locale when calling php setlocale()

Package: libapache2-mod-php7.3 Version: 7.3.4-2 Severity: important Dear Maintainer, Setup: I have two hosts, one up-to-date Debian Stretch with PHP 7.0, the other up-to-date Debian Buster with PHP 7.3. Both have (near to) identical configuration of PHP, Apache and locales. Problem: When

Bug#932787: Bus error on sparc64

Hello, On 7/23/19 11:39 PM, László Böszörményi (GCS) wrote: > Control: tags -1 +moreinfo This is unusual. According to https://www.debian.org/Bugs/Developer#tags the meaning of this tag is "This bug can't be addressed until more information is provided by the submitter. The bug will be closed if

Bug#932149: Action taken due to junk email

As a consequence of recieving spam, I'm suspending this email address. For instructions on how to keep me in the loop, please follow instructions at https://bugs.debian.org/199392#40 Sorry about the noise, but this seems to be how the Debian BTS is designed and intended to be used. --

Bug#932787: Bus error on sparc64

Control: tag -1 + upstream Control: forwarded -1 https://github.com/plougher/squashfs-tools/pull/65 Hello, I created a pull request on github to fix this issue. Best regards Uwe signature.asc Description: PGP signature

Bug#932265: Action taken due to junk email

As a consequence of recieving spam, I'm suspending this email address. For instructions on how to keep me in the loop, please follow instructions at https://bugs.debian.org/199392#40 Sorry about the noise, but this seems to be how the Debian BTS is designed and intended to be used. --

Bug#826908: python3 support

I've updated the forwarded-to-address (hopefully :) ) to the new upstream ticket, which is closed as implemented. the setup.py and readme, however, are still claiming that rst2pdf is still python2 only, so I guess that running under py3 is still not officially supported (but may work, by patching

Bug#737855: libnss3-dev: arch-dependent file in "Multi-Arch: same" package

libpng-dev takes care of (or works around) this by disabling the --libdir feature of libpng-config, and removing the @libdir@ template. Maybe the same could be done for libnss3-dev (and libnspr4-dev)? signature.asc Description: PGP signature

Bug#932769: [moreinfo] DoS via DHCP request

So my interpretation of your initial bug report, that the VM would DoS the host on which it was running via fast changing of IP addresses on its interface was completely off the track? So what you wanted in fact wanted to say by "DoS'ing the server" was that the VM sends huge amounts of DHCP

Bug#932888: [src:linux] Misses 'logsave' as a dependency, so the system stops booting

Control: reassign -1 e2fsprogs 1.45.3-1 Control: forcemerge 932861 -1 Hi On Wed, Jul 24, 2019 at 10:34:49AM +0200, rastersoft wrote: > Package: src:linux > Version: 4.19.0-1 > Severity: critical > > --- Please enter the report below this line. --- > > The "logsave" package isn't included in

Bug#932820: vanguards: Use Python 3 instead of PyPy, because we are going to remove unsupported PyPy

Hi, On 23/07/2019 17:38, Ondřej Nový wrote: > please use Python 3 instead of PyPy, because we are going to remove > unsupported PyPy. We are using PyPy because Python 3 was not really fast enough. The migration path here is that we move to pypy3. We are blocked by the lack of packages for

Bug#912254: Wrong culprit

I turns out I picked up on the wrong origin for the HTML in this package. It's not from `pkgdown`; that is just used to generate their upstream website and isn't shipped in the CRAN tarball. Mea culpa. The HTML in this case (`inst/doc/*.html`) appears in fact to be generated by RMarkdown when

Bug#932000: In testing

On Wed, Jul 24, 2019 at 6:31 AM Benjamin Kaduk wrote: > > It's hard to come up with many scenarios in which they could be related. > The only remotely plausible one that comes to mind is if the idmapd is > somehow using a different keytab (or libkrb5) than the core NFS server, but > I don't

Bug#932866: RFS: elpy/1.29.1+31.ge61540b-1

tags 932866 + moreinfo thanks Hi Nicholas, > I am looking for a sponsor for my package "elpy". (I have commented on mentors.debian.net.) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org  chris-lamb.co.uk `-

Bug#932902: akregator: Dolphin generates error due to Akregator

Package: akregator Version: 4:18.08.3-2 Severity: normal Dear Maintainer, * What led up to the situation? Right click in Dolphin on a file * What exactly did you do (or not do) that was effective (or ineffective)? I don't know what it would lead to if it worked :) * What was the

Bug#932000: In testing

On Tue, Jul 23, 2019 at 12:09:29PM -0700, Felix Lechner wrote: > On Tue, Jul 16, 2019 at 8:07 AM Greg Hudson wrote: > > > > Candidate patch here: > > Thank you. The update works great, although I now have problems with > idmap not working on a kerberized NFSv4 mount. > > I write with

Bug#932241: vlc: CVE-2019-13615

Friendly heads-up: Upstream is tracking this at https://trac.videolan.org/vlc/ticket/22474 They believe that the root cause is in libebml rather than vlc, and a newer release of this library fixes the bug. HTH,

Bug#932897: libgs9-common: Require fonts-urw-base35 and get rid of font duplication that way

Hi Julian, Quoting Julian Wollrath (2019-07-24 09:55:14) > libgs9-common provides the base 35 fonts in > /usr/share/ghostscript/9.27/Resource/Font/ while these fonts are also > packaged in fonts-urw-base-35. So it would make sense to depend on > fonts-urw-base35 instead and replace the fonts in >

Bug#932901: ITP: tor-servers -- Metapackages for configuring tor relays and bridges

Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: tor-servers Version : 0.0.0 Upstream Author : Iain R. Learmonth * URL : None * License : CC-0 Programming Lang: Debian Description : Metapackages for configuring tor relays

Bug#624251: Estimado usuario

Estimado usuario Su buzón de correo ha superado el límite de almacenamiento de 20 GB configurado por el administrador, actualmente se está ejecutando en 20,9, no se puede enviar ni recibir mensajes nuevos hasta que se varify el buzón. Vuelva a validar su cuenta por correo, por favor llene y

Bug#932862: lintian: check for autopkgtests that do cmd --version/--help but don't have Restrictions: superficial

tags 932862 + moreinfo thanks Hi Paul, > A number of packages run cmd --version/--help in their autopkgtests. > This test doesn't really test the functionality of the command, just of > the command-line and options parsing. Thanks for this idea and for mentioning the "superficial" Restriction;

Bug#932903: ITP: python-hdmf -- high-level Python API for specifying, reading, writing and manipulating hierarchical object data

Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko * Package name: python-hdmf Version : 1.0.5 Upstream Author : HDMF Team (https://github.com/hdmf-dev/hdmf/graphs/contributors) * URL : https://github.com/hdmf-dev/hdmf/ * License : BSD-3 Programming

Bug#932870: lintian: check that there are some autopkgtests that don't have Restrictions: superficial

tags 932870 + moreinfo thanks Hi Paul, > autopkgtests that have Restrictions: superficial do not provide > significant test coverage. Please add a tag that is similar to the > testsuite-autopkgtest-missing tag that is shown when there are no > autopkgtests that are not marked as superficial.

Bug#932904: ITP: cthreadpool -- minimalistic thread pool implementation

Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: cthreadpool Version : unversioned * URL : https://github.com/Pithikos/C-Thread-Pool * License : MIT Programming Lang: C Description : minimalistic thread pool implementation

Bug#932644: reconfigure writes to /usr/lib/locale/locale-archive

On 2019-07-24 12:38, Marc Haber wrote: > On Mon, Jul 22, 2019 at 07:20:42PM +0200, Aurelien Jarno wrote: > > On 2019-07-21 17:11, Marc Haber wrote: > > > Package: locales > > > Version: 2.28-10 > > > Severity: minor > > > > > > Hi, > > > > > > reconfiguring the locales package updates the file >

Bug#932884: release.debian.org: What is the good way to update rollup ?

Hi Xavier, On 24-07-2019 09:07, Xavier Guimard wrote: > For the next release, we (pkg-js team) would like to update rollup. Like You're talking about bullseye here, or the first point release of buster. I assume you mean the former. > many compilers, it build-depends on

Bug#932849: ftp.debian.org: NEW process looses .buildinfo files

Control: tag -1 -moreinfo On Wed, Jul 24, 2019 at 08:20:20AM +0200, Ansgar Burchardt wrote: > The title says "loses .buildinfo files", but the IRC log says: > > > tar tf /srv/ftp-master.debian.org/queue/done/2019/02.tar.xz | > > grep liblogger-simple-perl > >

Bug#932894: vim: please highlight the Files-Excluded field(s) in d/copyright

Package: vim Version: 2:8.1.0875-5 Severity: wishlist in d/copyright, the Files-Excluded header is not highlighted. Please highligt it. Also note that there might be several Files-Excluded-$component headers in case of multi tarball packages. -- regards, Mattia Rizzolo

Bug#932893: mozjs60: please add support for riscv64

On 2019-07-24 13:42, John Paul Adrian Glaubitz wrote: > Hi Aurelien! > > On 7/24/19 1:15 PM, Aurelien Jarno wrote: > > Tags: patch upstream > Did you actually manage to get the patch merged upstream? > > If yes, is there a single mozjs60 repository one can contribute to or did you > send it to

Bug#912254: JS in documentation

Looking into the ggplot2 documentation issue. The documentation is generated using `pkgdown`, configured by `_pkgdown.yml` (which can be found in github, but not in the CRAN tarball). It would appear that both the default `pkgdown` templates and the custom tidyverse template used for ggplot2

Bug#932795: Ethics of FTBFS bug reporting

On Tue, 23 Jul 2019 at 13:54:10 +0200, Santiago Vila wrote: > Ethics of FTBFS bug reporting I don't think framing this as a question of ethics is necessarily helpful. When people disagree on a technical question, a recurring problem is that both "sides" end up increasingly defensive, arguing from

Bug#932861: boot failure because e2fsprogs should depend on logsave

Dear Debian folks, On 7/24/19 4:37 AM, Ben Caradoc-Davies wrote: > After booting my system with the previous kernel/initramfs, I was > able to install logsave, but also needed to run "update-initramfs -u" > to update the latest initramfs to include logsave before it was able > to boot. If you

Bug#912254: Template JS

On closer inspection, it looks like quite a lot of the javascript referenced in the pkgdown templates is not packaged, or has unmatched versions: package, target, in-debian jquery, 3.3.1, 3.3.1 bootswatch, 3.3.7, 3.3.7 bootstrap, 3.3.7, 3.4.1 font-awesome, 5.7.1, 4.7.0 clipboard, 2.0.4,

Bug#932898: dhtnode: Please enable proxy support in build

Package: dhtnode Version: 1.6.0-1 To be able to run ones own DHT proxy instead of the central one, for use on networks where some UDP ports are blocked, it would be nice to be able to use the Debian dhtnode program in proxy mode. But this fail: % dhtnode -b bootstrap.jami.net --proxyserver

Bug#932893: mozjs60: please add support for riscv64

Source: mozjs60 Version: 60.2.3-3 Severity: normal Tags: patch upstream User: debian-ri...@lists.debian.org Usertags: riscv64 Hi, mozjs60 currently fails to build on the riscv64 architecture as it can be seen on the following build log excerpt: | Reexecuting in the virtualenv | checking for vcs

Bug#932797: [Pkg-javascript-devel] Bug#932797: Bug#932797: Bug#932797: node-gyp should be installed in /usr/share/nodejs/node-gyp

Well that's odd. Do simply calling "node-gyp" from terminal work at all ? Yes, it does. Calling "gyp" from the terminal works too. However when I did the changes in build.js scipt (via quilt) and try to build it, I get the same error as reported. I even tried hard-coding the path to node-gyp.js

Bug#932896: debi: Detaches on install since 2.19.6 (at least breaks scripts)

Package: devscripts Version: 2.19.6 Severity: normal Tags: patch Dear Maintainer, since bug fix https://salsa.debian.org/debian/devscripts/commit/25d09affb98dfcfd17dfe3ee4646fe0fd0f9ed73 'spawn' is used instead of 'system' to install packages. This makes debi return immediately, making it (at

Bug#657707: [initramfs-tools] modules for initrd are not stripped

On Wed, 2019-07-24 at 13:06 +0200, Samuel Thibault wrote: > I'm also hitting disk contraints with almost-100M initrds. > > Ben Hutchings, le mar. 05 févr. 2019 01:00:31 +0100, a ecrit: > > On Sat, 28 Jan 2012 08:34:31 +0100 =?utf-8?q?Micha=C5=82_Miros=C5=82aw?= > > wrote: > > > Please add an

Bug#657707: [initramfs-tools] modules for initrd are not stripped

Ben Hutchings, le mer. 24 juil. 2019 13:48:00 +0100, a ecrit: > On Wed, 2019-07-24 at 13:06 +0200, Samuel Thibault wrote: > > I'm also hitting disk contraints with almost-100M initrds. > > > > Ben Hutchings, le mar. 05 févr. 2019 01:00:31 +0100, a ecrit: > > > On Sat, 28 Jan 2012 08:34:31 +0100

Bug#932797: [Pkg-javascript-devel] Bug#932797: Bug#932797: Bug#932797: Bug#932797: node-gyp should be installed in /usr/share/nodejs/node-gyp

On 2019, ജൂലൈ 24 5:21:03 PM IST, Nilesh Patra wrote: >Well that's odd. >Do simply calling "node-gyp" from terminal work at all ? > >Yes, it does. Calling "gyp" from the terminal works too. However when >I >did the changes in build.js scipt (via quilt) and try to build it, I >get >the same

Bug#932899: iptables-translate silently discards --ctstate DNAT

Package: iptables Version: 1.8.2-4 Severity: minor This appears to be wrong -- the DNAT is "eaten": root@not-omega:~# iptables-translate -t filter -A INPUT -m conntrack --ctstate DNAT -j ACCEPT nft add rule ip filter INPUT ct state counter accept root@not-omega:~#

Bug#932892: libwayland-server0: wayland crashes when I (un)plug a monitor

Package: libwayland-server0 Version: 1.17.0-1 Severity: normal Dear Maintainer, when I plug or unplug a monitor, my desktop session crashes and I'm back at the gdm login screen. If I do the same when at the gdm login screen, it disappears and doesn't come back. Then I have to restart the pc.

Bug#657707: [initramfs-tools] modules for initrd are not stripped

I'm also hitting disk contraints with almost-100M initrds. Ben Hutchings, le mar. 05 févr. 2019 01:00:31 +0100, a ecrit: > On Sat, 28 Jan 2012 08:34:31 +0100 =?utf-8?q?Micha=C5=82_Miros=C5=82aw?= > wrote: > > Please add an option (possibly defaulted to on) to strip kernel modules and > >

Bug#932893: mozjs60: please add support for riscv64

Hi Aurelien! On 7/24/19 1:15 PM, Aurelien Jarno wrote: > Tags: patch upstream Did you actually manage to get the patch merged upstream? If yes, is there a single mozjs60 repository one can contribute to or did you send it to Mozilla? We have a couple of patches for mozjs60 which could definitely

Bug#893567: Confirmed on stable Debian 10 with Czech keyboard and ° character in password

I confirm this bug with the fresh and update stable Debian 10 (64bit) after installing Gnome. I cannot log in with keyboard in gdm3 because the ° character cannot be entered at all. I can log in only by showing the accessibility options, graphical keyboard on screen and picking this character from

Bug#932423: update

if I can update to this, a test was done on another desktop(same machine), so perhaps something is not properly set correctly in the mate desktop environment. I cannot figure it out, so if anyone knows they can give a hint. Not sure if it is just my desktop with mate on it, but flameshot was

Bug#932290: insserv: Script has overlapping Default-Start and Default-Stop runlevels

Control: severity -1 normal Ok, here is what I've found out; to reproduce the issue you need to disable with update-rc.d a script that has an empty ' Default-Stop: ' field in the LSB header. # update-rc.d ssh disable insserv: warning: current start runlevel(s) (empty) of script `ssh' overrides

Bug#932895: nmu: checkstyle_8.15-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, When runnning checkstyle we get the warning: ANTLR Tool version 4.6 used for code generation does not match the current runtime version 4.7.2ANTLR Runtime version 4.6 used for parser

Bug#932897: libgs9-common: Require fonts-urw-base35 and get rid of font duplication that way

Package: libgs9-common Version: 9.27~dfsg-2 Severity: minor Dear Maintainer, libgs9-common provides the base 35 fonts in /usr/share/ghostscript/9.27/Resource/Font/ while these fonts are also packaged in fonts-urw-base-35. So it would make sense to depend on fonts-urw-base35 instead and replace

Bug#932896: Fix pending

Control: tags -1 + pending Hello, the fix is pending: https://salsa.debian.org/debian/devscripts/merge_requests/135

Bug#932905: release-notes: German translation of stretch 9.9 release notes is misleading

Package: release-notes Severity: normal Tags: l10n Dear Maintainer, The problem --- Access the German translation of the stretch 9.9 release notes, at https://www.debian.org/News/2019/20190427.de.html. The last sentence of the main section is mistranslated/misleading: It reads "Wer

Bug#932795: How to handle FTBFS bugs in release architectures

retitle 932795 How to handle FTBFS bugs in release architectures thanks On Wed, Jul 24, 2019 at 12:05:45PM +0100, Simon McVittie wrote: > I don't think framing this as a question of ethics is necessarily > helpful. When people disagree on a technical question, a recurring > problem is that both

Bug#892325: New versions of Linphone (4.X) available

Hi Debian’s team, Thank you for the time that you dedicated to our Linphone project. Version 3.6 of Linphone for Linux is quite old though, and lots of improvements have been made in the major new release 4.X. Linphone for desktop platforms is now Qt-based, supports audio conferences, includes

Bug#929489: mmdebstrap: Although proot is installed, mmdebstrap chooses fakeroot mode

Hi, On Fri, 24 May 2019 16:33:04 +0200 Christoph Groth wrote: > I noticed a minor problem with it. According to the manpage, if proot is > installed, mmdebstrap should chooose proot-mode by default. I do not observe > this behavior. When I explicitly give the option --mode=proot everything

Bug#912325: glamor0: GL error: GL_OUT_OF_MEMORY in glBufferData, GL_INVALID_OPERATION

Package: xserver-xorg-core Version: 2:1.20.4-1 Followup-For: Bug #912325 This happened again. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 17 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Mar 5 21:11 /usr/bin/Xorg

Bug#932906: e2fsprogs: FTBFS on x32: Tests failed: f_pre_1970_date_encoding

Source: e2fsprogs Version: 1.45.3-1 Severity: important Tags: ftbfs Justification: fails to build from source (but built successfully in the past), on debian-ports architecture 355 tests succeeded 1 tests failed Tests failed: f_pre_1970_date_encoding I assume this is because x32 is a

Bug#931111: linux-image-4.9.0-9: Memory "leak" caused by CGroup as used by pam_systemd

On Wed, Jul 24, 2019 at 09:12:50AM +0200, Philipp Hahn wrote: > Hello Ben, > > Am 24.07.19 um 00:03 schrieb Ben Hutchings: > > On Tue, 2019-07-23 at 15:56 +0200, Philipp Hahn wrote: > > [...] > >> - when the job / session terminates, the directory is deleted by > >> pam_systemd. > >> > >> - but

Bug#918754: bash: $PATH in bash does not include /sbin and /usr/sbin

This is still a bug in the latest updates for Debian 10. I just installed Debian 10, and it's interesting that /usr/sbin isn't in the path unless you use the following command to switch to the root user: su - Switching to the root user using the commands below doesn't produce a $PATH

Bug#932081: sogo: Unable to connect to a remote IMAP server.

Package: sogo Version: 4.0.7-1 Followup-For: Bug #932081 I encountered the same problem. I'm in the process of upgrading several servers from Debian stretch to Debian buster. SOGo is installed on a separate server which I upgraded first. Initiallly all was well after the upgrade, although it

Bug#932241: patch for CVE-2019-13615

This patch is just "git diff d559b0d..534dfdb" on the upstream libebml repository, refreshed with quilt. It's an amalgamation of a series of related changes that fix this bug. With this patch, VLC no longer segfaults reading heap-over-flow.mp4 from the upstream bugtracker. diff --git

Bug#895440: Unable to connect to libreoffice

Experiencing the same problem in Buster with a vanilla installation, but probably with a different cause.   Using jabref 3.8.2+ds-12, jabref is unable to connect to libreoffice automatically or manually.   I see this output from jabref when I attempt to connect: java.lang.ClassCastException:

Bug#932909: RFS: xchroot/2.3.4-2

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "xchroot": * Package name: xchroot Version : 2.3.4-2 Upstream Author : Elmar Stellnberger * URL : https://www.elstel.org/xchroot/ * License :

Bug#895440: Unable to connect to libreoffice

Experiencing the same problem in Buster with a vanilla installation, but probably with a different cause. Using jabref 3.8.2+ds-12, jabref is unable to connect to libreoffice automatically or manually. I see this output from jabref when I attempt to connect: java.lang.ClassCastException: class

Bug#910669: glibc: Please remove transitional package multiarch-support

Control: severity -1 normal Control: tag -1 - wontfix X-Debbugs-CC: aurel...@aurel32.net Hi Aurelien and other Debian glibc maintainers, With Debian Buster released, I think now we are absolutely safe to have package multiach-support removed from Sid (and thus Testing). There's no other package

Bug#932843: RFS: vnstat/1.18-2.1 [NMU]

On Tue, Jul 23, 2019 at 10:56:47PM +0300, Teemu Toivola wrote: Hey guys, > vnstat (1.18-2.1) unstable; urgency=medium > > * Non-maintainer upload. > * Changes by Christian Göttsche > - d/tests: run as root to fix debci (Closes: #907020) > - d/control: bump to std version 4.2.1 (no

Bug#932081: sogo: Unable to connect to a remote IMAP server.

FYI, there had been a short thread on the SOGo mailing list two months ago, with no solution. https://lists.inverse.ca/sogo/arc/users/2019-06/msg5.html Looks like the bug has been reported upstream, with no update: https://sogo.nu/bugs/view.php?id=4783 -- Gerald Turner

Bug#932843: RFS: vnstat/1.18-2.1 [NMU]

On Wed, 24 Jul 2019 17:19:10 +0200 Sven Hoexter wrote: > On Tue, Jul 23, 2019 at 10:56:47PM +0300, Teemu Toivola wrote: > > vnstat (1.18-2.1) unstable; urgency=medium > > > > * Non-maintainer upload. > > * Changes by Christian Göttsche > > - d/tests: run as root to fix debci (Closes:

Bug#932907: nasm: CVE-2019-14248: NULL-ptr dereference in limit pragma parser

Source: nasm Version: 2.14.02-1 Severity: important Tags: security upstream Forwarded: https://bugzilla.nasm.us/show_bug.cgi?id=3392576 Hi, The following vulnerability was published for nasm. CVE-2019-14248[0]: | In libnasm.a in Netwide Assembler (NASM) 2.14.xx, asm/pragma.c allows | a NULL

  1   2   3   >