Bug#827315: [buildd-tools-devel] Bug#827315: any options for stable?

Hi, On 19/08/16 05:32, Johannes Schauer wrote: Quoting Matthew Vernon (2016-08-18 23:31:49) I need to build packages on my stable box (for unstable uploads); is there a workaround / fixed package? It's making building uploads a PITA... yes, grab sbuild from backports. That depends

Bug#827315: any options for stable?

Hi, I need to build packages on my stable box (for unstable uploads); is there a workaround / fixed package? It's making building uploads a PITA... Regards, Matthew

Bug#726579: Years pass

Karl Schmidt writes: > Please pass this upstream or send me a contact there.. The upstream development list is reachable at openssh-unix-...@mindrot.org - you can find information (including how to subscribe) here: https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev

Bug#811969: pcre3: FTBFS with GCC 6: symbol changes

tags 811969 +moreinfo quit Hi, >> dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see >> diff output below >> dpkg-gensymbols: warning: some symbols or patterns disappeared in the >> symbols file: see diff output below >> dpkg-gensymbols: warning:

Bug#832354: pcre3: please package new upstream release 8.39

On 24/07/16 15:11, Salvatore Bonaccorso wrote: Could you consider packaging the new upstream version 8.39 of src:pcre3? It at least fixes #827564 as well. Yes; it's nearly done, I still need to update a load of the text to tell people that pcre2 > pcre3 :-s Regards, Matthew

Bug#831686: sorting on lv_time fails due to incorrect type

Package: lvm2 Version: 2.02.111-2.2+deb8u1 Severity: normal Tags: upstream patch Hi, lvs -Olv_time does not sort correctly - e.g.: root@mws-priv-54:~# lvs -olv_time -O lv_time -S 'lv_name=~mws-snapshot-' Time 2016-07-11 03:20:01 +0100 2016-06-27 03:20:01 +0100 2016-07-13 03:20:01 +0100

Bug#830900: RM: trn/3.6-24

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, I write as the trn maintainer. trn has been removed from unstable and testing, because it is insecure (see #830294 for the insecurity, #830296 for the removal from unstable/testing). I

Bug#830855: module does not compile

Package: virtualbox-dkms Version: 4.3.36-dfsg-1+deb8u1 Severity: serious Hi, This module does not build on my system any more (see attached log) There appear to be at least 2 errors: /var/lib/dkms/virtualbox/4.3.36/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c:581:21: error: implicit

Bug#830297: Acknowledgement (debian-security-support: Please mark trn as insecure)

Hi, FTR the removal request is #830296 Regards, Matthew

Bug#830297: debian-security-support: Please mark trn as insecure

Package: debian-security-support Version: 2015.04.04 Severity: important Hi, I am the trn maintainer. It is insecure, and should not be used any more (see bug #830294); I have asked for it to be removed from unstable (bug report submitted). Can you flag this as insecure and not to be used,

Bug#830296: RM: trn -- ROM; insecure, no upstream

Package: ftp.debian.org Severity: normal Hi, See bug #830294 - trn is insecure, upstream has long since gone away, no-one has effort work on the grotty old codebase, and people can use trn4 instead. I am the trn maintainer. I think we should probably aim to remove it from stable in an future

Bug#830294: trn is insecure, and unsuitable for use with untrusted data

Package: trn Version: 3.6-24 Severity: grave Tags: security upstream Justification: user security hole Hi, I am the maintainer for trn, and have seen evidence that it's not safe to use with untrusted input (e.g. usenet). Further, I've asked and no-one wants to work on its rather elderly

Bug#411524: closed by Andreas Beckmann <a...@debian.org> (closing bugs reported against ancient python versions)

reopen 411524 reassign 411524 python2.7 2.7.11-2 quit On 03/07/16 10:27, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the python2.5 package: > > #411524: python2.3: pydoc -w doesn't produce proper HTML I just tested

Bug#829188: SEGVs too frequently (~every other day)

Package: icedove Version: 1:45.1.0-1 Severity: serious Hi, The most recent icedove is far too unstable; it SEGVs fairly frequently. I run it on my workstation at work, starting it afresh in the morning and closing it when I leave work. I estimate I'm seeing a SEGV about every other work-day.

Bug#826570: lvm2: erroneously starts lvmetad on upgrade

Package: lvm2 Version: 2.02.111-2.2+deb8u1 Severity: important Hi, Last night, my unattended guests upgraded their lvm2 (to the version above) as part of an overnight update run. As a result of this, lvmetad was started up despite use_lvmetad=0 in lvm.conf, and now lvm commands are spitting out

Bug#807132: [Pkg-dns-devel] Bug#807132: Related issue? unbound not restarted after upgrade

Hi, > Thank you for this follow-up, up until now I had thought this behavior > could only be triggered when using "unbound-control" to stop unbound. > > Could you try using the "very basic native unbound.service unit file" > from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807132#10 as a >

Bug#807132: Related issue? unbound not restarted after upgrade

Hi, I have unbound & systemd on a jessie system, and every time there's an update to unbound, it ends up not running. I /think/ it's this bug biting us, but I'm not entirely sure. For instance, we recent upgraded to 1.4.22-3+deb8u1 and unbound was no longer running. daemon.log output: Apr 18

Bug#819050: libpcre3 segfaults on certain regex when jit is used

fixed 819050 2:8.38-3 severity 819050 important tags 819050 fixed-upstream upstream help quit Hi, > When investigating a segmentation fault in suricata it was showing > the crash is caused by libpcre3 when pcre_exec of a certain regex is > called. Further investigations have shown that also

Bug#809706: pcre3: diff for NMU version 2:8.38-3.1

Hi Salvatore, p.s.: actually if we can have it fixed before the weekend in unstable, I would try to prepare debdiff for pcre3 for jessie to be reviewed by the SRM and have it included in the next jessie point release. You mean you'd like to just upload it now, rather than wait 5

Bug#818349: exim4-base: Still warns about purging the environment, even with add_environment set

On 16/03/16 16:41, Andreas Metzler wrote: > So, this is documented behavior, pulling an enhancement for the issue > from upstream. It's also not what is done in the version in testing - 4.86.2-2 is happy with add_environment (and no keep_environment set), which is consistent with the upstream

Bug#817244: exim4-base: cron noise re environment

On 15/03/16 18:09, Andreas Metzler wrote: > On 2016-03-15 Matthew Vernon <mc...@cam.ac.uk> wrote: > [...] >> Specifically, it seems that > >> add_environment = <; PATH=/bin:/usr/bin > >> Is what is needed. Maybe the NEWS or README.Debian entry should

Bug#818349: exim4-base: Still warns about purging the environment, even with add_environment set

Package: exim4-base Version: 4.84.2-1 Severity: important Hi, I upgraded my jessie systems to 4.84.2-1 and added an add_environment setting thus: add_environment = <; PATH=/bin:/usr/bin The upstream advisory says: "If both options are not used in the configuration, Exim issues a warning on

Bug#817244: exim4-base: cron noise re environment

On 15/03/16 13:51, Marc Haber wrote: > On Tue, Mar 15, 2016 at 10:33:40AM +0000, Matthew Vernon wrote: >> Specifically, it seems that >> >> add_environment = <; PATH=/bin:/usr/bin >> >> Is what is needed. Maybe the NEWS or README.Debian entry should mention &g

Bug#817244: exim4-base: cron noise re environment

On 10/03/16 18:33, Matthew Vernon wrote: > Hi, > >> The Debian configuration sets add_environment: >> >> ametzler@argenau:~$ /usr/sbin/exim4 -bP | grep environment >> add_environment = <; PATH=/bin:/usr/bin >> keep_environment = >> >> Are you u

Bug#817244: exim4-base: cron noise re environment

Hi, > The Debian configuration sets add_environment: > > ametzler@argenau:~$ /usr/sbin/exim4 -bP | grep environment > add_environment = <; PATH=/bin:/usr/bin > keep_environment = > > Are you using Debian's configuration scheme? No, I have my own small config file. Maybe some documentation of

Bug#817244: exim4-base: cron noise re environment

Package: exim4-base Version: 4.86.2-2 Severity: normal Hi, I now (last few days) get an irritating email every day from anacron, thus: /etc/cron.daily/exim4-base: LOG: MAIN WARNING: purging the environment. Suggested action: use keep_environment and add_environment. This is pretty tiresome!

Bug#816702: linux-image-4.3.0-0.bpo.1-amd64: soft lockups in raid10

Package: src:linux Version: 4.3.3-7~bpo8+1 Severity: important Hi, I keep getting soft lockups (which essentially render the machine unusable) with this kernel ; my storage is a raid10 set of spinning rust SATA disks. The console log messages are of the form: NMI watchdog: BUG: soft lockup -

Bug#813005: userv: specifying keywords in require-fds doesn't work

Package: userv Version: 1.1.1 Severity: normal Hi, The documentation says, apropos require-fd and similar: "fd-range may be a single number, two numbers separated by a hyphen, or one number followed by a hyphen (indicating all descriptors from that number onwards). It may also be one of the

Bug#812081: Keyboard shortcuts (Ctrl-Q etc.) do not work

Package: libreoffice-common Version: 1:5.0.4~rc2-2 Severity: normal Hi, I recently upgraded from wheezy to stretch, and now keyboard shortcuts for menu items (e.g. Ctrl-Q for quit, Ctrl-P for print) no longer work. The various menus can still be driven with the mouse, but the lack of keyboard

Bug#810899: build-dependency on python-billiard should be versioned

Source: celery Version: 3.1.19-2 Severity: important Justification: fails to build from source Hi, I was trying to backport celery to jessie, and the build fails thus: Searching for billiard>=3.3.0.21,<3.4 Reading https://pypi.python.org/simple/billiard/ Download error on

Bug#810829: dgit: should be possible to use with a reprepro-style small repo

Package: dgit Version: 1.4 Severity: wishlist Hi, We have a small local repository of packages, managed with reprepro. In order to streamline management of our local packages, I'd like to use this repro as an alternative dgit remote. dgit(1) says "To define a new distro it is necessary to

Bug#810472: linux-image-4.3.0-0.bpo.1-amd64: Please apply upstream patch "xen/gntdev: Grant maps should not be subject to NUMA balancing"

Package: src:linux Version: 4.3.3-2~bpo8+1 Severity: important Hi, Can you apply the patch described here: https://lkml.org/lkml/2015/12/16/455 which is 9c17d96500f78d7ecdb71ca6942830158bc75a2b Otherwise xenstored SIGBUSes, and all sorts of things don't work. It would be nice if this could be

Bug#809706: pcre3: CVE-2016-1283

Hi, On 03/01/16 06:36, Salvatore Bonaccorso wrote: CVE-2016-1283[0]: PCRE Library Heap Overflow Vulnerability If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. No upstream commit is available at this time

Bug#809516: dgit: sbuild followed by push results in "perhaps you forgot to build" error

Package: dgit Version: 1.4 Severity: important Hi, I am trying to push a new version of rsbackup, which I am building with sbuild; the previous upload was not done with dgit. I am doing it thus: dgit -wg sbuild dgit push sbuild concludes: dgit ok: build successful, results in

Bug#808842: glib2.0: FTBFS with PCRE 8.38: regex (?(?<ab)) produces different error

On 23/12/15 17:23, Simon McVittie wrote: X-Debbugs-Cc set to libpc...@packages.debian.org. Matthew, it would be great if you could upload new pcre3 versions to experimental initially, Sorry; I'll try and remember to do so for the next upstream release (which won't be for a while). Regards,

Bug#808071: attempting to sync new google calendar causes icedove to eat all available CPU and RAM

Package: icedove Version: 38.4.0-1~deb7u1 Severity: important Hi, I attempted to tell icedove's iceowl extension (which was enabled in the recent update) about my google calendar. This went fine until the initial sync; I said "Dismiss all" to the first couple of windows containing reminders,

Bug#806388: pcre2: Please enable JIT on ppc64 and ppc64el

Hi, On 26/11/15 22:24, Peter Colberg wrote: Could you enable JIT on ppc64 and ppc64el, too? Sure; upload in the works. The julia package fails to build on ppc64el due to missing JIT: https://buildd.debian.org/status/logs.php?pkg=julia=0.4.1-1=ppc64el Will this mean julia won't build on

Bug#805941: libpcre2-dev: arch-dependent file in "Multi-Arch: same" package

On 24/11/15 12:40, Jakub Wilk wrote: The hard way is to make the script identical across all architectures. Then the package could remain "Multi-Arch: same". So let's look what the architecture-dependent bits are: So it looks like the hard way is not that hard after all. :-) Thanks for

Bug#805941: libpcre2-dev: arch-dependent file in "Multi-Arch: same" package

Hi, On 24/11/15 11:17, Jakub Wilk wrote: > libpcre2-dev is marked as "Multi-Arch: same", but the following file is > architecture-dependent: > > /usr/bin/pcre2-config Thanks for the bug report. I think this means libpcre2-dev should be marked as Multi-Arch: no? Regards, Matthew

Bug#797062: pcre3: Please ship pcretest again

Hi, > I really liked pcretest but it was removed in pcre3 8.12-4 - see > #616660. > > The attached patch adds a `pcretest` package that contains this binary > and its — quite substantial! — manpage. I've just uploaded pcre2 to unstable, and as part of that, pcre2-utils, which includes

Bug#805728: ITP: pcre2 -- New Perl Compatible Regular Expression Library

Package: wnpp Severity: wishlist Owner: Matthew Vernon <matt...@debian.org> * Package name: pcre2 Version : 10.20 Upstream Author : Philip Hazel <p...@cam.ac.uk> * URL : http://www.pcre.org/ * License : BSD Programming Lang: C Description

Bug#804167: Me too

Hi, This bug just bit me while upgrading my sbuild unstable chroot ; I worked around it by creating /var/lib/libuuid , but I don't think people should be expected to do this! Regards, Matthew

Bug#749016: (no subject)

Hi, I found this bug in 3.16.7-ckt11-1+deb8u5 ; it's a bit odd, though: if the value of root= is correct, then everything works fine; if I nobble root (e.g. root=/does/not/exist ), then I trip over this bug - I would expect to wind up in initramfs with /dev/sdXXX populated as appropriate, whereas

Bug#765079: pcre3: Please disable jit on powerpcspe

On 02/11/15 14:48, John Paul Adrian Glaubitz wrote: > On 11/02/2015 10:39 AM, John Paul Adrian Glaubitz wrote: >> Please disable the JIT on sparc64 as well! > > I have prepared an NMU which fixes the FTBFS of pcre3 on sparc64 by > disabling the JIT there. I'm attaching the debdiff. > > Can I

Bug#803148: Latest security update sometimes corrupts help_topic table

Package: mysql-server Version: 5.5.46-0+deb8u1 Severity: important Hi, Sorry, this is a slightly vague report, but we have observed some table corruption following the most recent security update, so it seems worth reporting. We have a set of 19 jessie VMs, all of which updated to the security

Bug#803146: Upgrade fails to handle shortage of disk space

Package: mysql-server Version: 5.5.46-0+deb8u1 Severity: important Hi, One of my Debian boxes (running stable) failed to install the security update yesterday, with a rather confusing error message: Preparing to unpack .../mysql-server-5.5_5.5.46-0+deb8u1_amd64.deb ... cp: cannot overwrite

Bug#802683: Fails to automatically find iso on /dev/sdh

Package: iso-scan Version: 1.53 Severity: important Tags: d-i Hi, I'm trying to install using a custom USB-stick, as described here: https://www.debian.org/releases/jessie/i386/ch04s03.html.en I followed the instructions there, copying debian-8.0.2-amd64-netinst.iso into the top directory of

Bug#799148: Fails to stop children on exit

Package: collectd Version: 5.4.1-3 Severity: important Tags: upstream Hi, The documentation suggests that exec plugins (typically scripts) should be long-running processes that output metrics at a suitable frequency, rather than being re-executed every time a new metric is required.

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

On 28/08/15 19:22, Sune Vuorela wrote: On Thursday 27 August 2015 18:11:56 Ian Jackson wrote: (c) be destroyed. Given that there are people who want to maintain it, I think (c) is unacceptable.[1] Unfortunately, the people who wants to maintain it are not the same people who has to carry

Bug#767374: Add a symbols file

On 09/07/15 14:48, Iain Lane wrote: On Thu, Oct 30, 2014 at 05:41:31PM +, Iain Lane wrote: On Thu, Oct 30, 2014 at 04:51:47PM +, Iain Lane wrote: Source: pcre3 Version: 1:8.35-3.1 Severity: wishlist Tags: patch Hi Mark, In Ubuntu we've been carrying this diff to add a symbols

Bug#795867: Acknowledgement (vgchange has at least one race condition)

Hi, I can reproduce a similar effect with out vgchange, just pvcreate followed by drbdadm secondary can produce the same error message. lsof shows that it's systemd-udevd that's holding /dev/drbd7 open. Matthew

Bug#795867: vgchange has at least one race condition

Package: lvm2 Version: 2.02.111-2.2 Severity: important Tags: upstream Hi, I've been trying to track down an interaction between LVM and DRBD that is sometimes resulting in filesystem corruption. As part of that, I have discovered that vgchange -a n exits too soon sometimes - i.e. it returns

Bug#794680: drbd kernel module incompatible with drbd-utils - kernel panics

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Control: tag -1 -moreinfo Hi, Sorry for the delay in getting back to you - I had to find a time when I could crash our development Xen infrastructure without annoying my colleagues ;-) On 05/08/15 22:03, Ben Hutchings wrote: Can you reproduce

Bug#794680: drbd kernel module incompatible with drbd-utils - kernel panics

On 05/08/15 20:11, Bastian Blank wrote: On Wed, Aug 05, 2015 at 05:17:54PM +0100, Matthew Vernon wrote: TL;DR - please provide a kernel with a newer drbd module (e.g. 8.4.6), as the current version is incompatible with stable's drbd-utils and will result in kernel panics under load. Please

Bug#794680: drbd kernel module incompatible with drbd-utils - kernel panics

Package: linux Version: 3.16.7-ckt11-1+deb8u2 Severity: critical Hi, TL;DR - please provide a kernel with a newer drbd module (e.g. 8.4.6), as the current version is incompatible with stable's drbd-utils and will result in kernel panics under load. I have the following kernel: Linux version

Bug#794680: drbd kernel module incompatible with drbd-utils - kernel panics

Hi, On 05/08/15 22:03, Ben Hutchings wrote: Control: tag -1 moreinfo The panic is in a network communication thread, not in anything handling commands from drbd-utils, so I'm not convinced that this has anything to do with the version of the latter. How do you explain a drbd-module update

Bug#791236: add transition patch

On 28/07/15 18:53, Matthias Klose wrote: Control: tags -1 + patch Thanks, much appreciated! AIUI, I shouldn't upload anything now, but a package with this patch applied will be NMUd as the transition progresses? Regards, Matthew -- To UNSUBSCRIBE, email to

Bug#792988: xbs: please make the build reproducible

Control: tags 792988 -patch quit The attached patch sets the mtimes of all files which are modified during the built to the date of the last changelog entry in order to produce files with reproducible metadata. Once applied, xbs can be built reproducibly in our current experimental framework.

Bug#791344: behaviour of new-current-uuid is not as documented

Package: drbd-utils Version: 8.9.2~rc1-2 Severity: normal Tags: upstream Hi, documentation for drbdadm new-current-uuid suggests it should take a resource as argument, in common with most other drbdadm commands. But actually, it only accepts volume numbers: root@ophon:~# drbdadm --

Bug#789413: xtrlock: Cannot open display when called from /lib/systemd/system-sleep

tags 789413 moreinfo quit Hi, I have the following contents in the file /lib/systemd/system-sleep The file is owned by root and executable. DISPLAY=:0.0 su myusername -c xtrlock Are you sure DISPLAY is set appropriately, and/or being passed through to xtrlock? Jun 19 19:53:40

Bug#760327: pcre: disable JIT on powerpcspe, x32

Hi, On 11/06/15 08:56, Thorsten Glaser wrote: On Thu, 22 Jan 2015, Adam Borowski wrote: Control: reopen -1 Control: found -1 1:8.35-3 Control: fixed -1 1:8.35-3.2 Control: found -1 2:8.35-3.2 Thanks for the BTS juggling! When I discovered that there were new uploads still not fixing

Bug#787122: xtrlock: please make the build reproducible

tags -1 moreinfo quit On 28/05/15 22:01, Dhole wrote: While working on the “reproducible builds” effort [1], we have noticed that xtrlock could not be built reproducibly. The attached patch fixes the files mtime before building the binary packages. Once applied, xtrlockcan be built

Bug#787037: openssh-client: remove 1Kbit DH groups from /etc/ssh/moduli

Daniel Kahn Gillmor d...@fifthhorseman.net writes: Upstream is removing 1Kbit DH groups from /etc/ssh/moduli (see attached message). Debian should do the same (possibly backporting the fix to earlier releases as well), to reduce the likelihood that clients of debian ssh servers get stuck

Bug#774711: openssh: OpenSSH should have stronger ciphers selected at least on the server side.

Jens Thiele ka...@karme.de writes: see also: https://www.weakdh.org/ A few thoughts (my colleage David McBride was helpful here): i) plausibly-new openssh (=5.7) support and prefer ECDH, which I believe to be unaffected by this issue. The commonest Windows client (PuTTY), however, doesn't

Bug#613518: There is a bug here, but not as described

Hi, I agree that the behaviour as described is confusing, but I think returning 0 is correct? The default configuration is openhpid is unconfigured, so doesn't run - if that resulted in failure, then the package wouldn't configure and installations would fail. The systemd service behaves

Bug#785287: Package installation fails because startup returns non-0 on fresh installs

Package: openhpid Version: 2.14.1-1.4 Severity: important Hi, A fresh install of openhpid includes in the config file: OPENHPI_UNCONFIGURED = YES This means that, if you're running systemd, on a new install, you get the following: Setting up openhpid (2.14.1-1.4) ... Job for openhpid.service

Bug#781795: pcre3: CVE-2015-2325: heap buffer overflow in compile_branch()

On 23/04/15 18:30, Salvatore Bonaccorso wrote: Hi Matthew, On Thu, Apr 23, 2015 at 06:21:27PM +0100, Matthew Vernon wrote: Hi, On 03/04/15 10:30, Salvatore Bonaccorso wrote: the following vulnerability was published for pcre3. CVE-2015-2325[0]: heap buffer overflow in compile_branch

Bug#781795: pcre3: CVE-2015-2325: heap buffer overflow in compile_branch()

Hi, On 03/04/15 10:30, Salvatore Bonaccorso wrote: the following vulnerability was published for pcre3. CVE-2015-2325[0]: heap buffer overflow in compile_branch() Thanks for the bug report. I was not able to reproduce the actual overflow with the reproducer, but comment #1 [1] in

Bug#782437: angband: Depth of object discovery sometimes incorrect

Package: angband Version: 1:3.5.1-2 Severity: normal Tags: upstream Hi, My current character dump contains: g) Blue Dragon Scale Mail (-2) [12,+15] Found under some rubble at town. This is incorrect - the level of discovery has become zero'd somehow (memory mismanagement? I have no

Bug#781748: angband: Spoiler files not accurate

Package: angband Version: 1:3.5.1-2 Severity: normal Tags: upstream Hi, I generated a set of spoiler files using wizard mode, and the monster information is not correct. For example, the generated file contains: [U] Sangahyando of Umbar (Light Umber 'p') === Num:273 Lev:24 Rar:2 Spd:+0

Bug#781749: angband: Reveal Monsters spell should reveal mimics and the like

Package: angband Version: 1:3.5.1-2 Severity: normal Tags: upstream Hi, The spell Reveal Monsters should reveal all monsters, I thought, yet it doesn't reveal some disguised monsters such as mimics or creeping coins. I think this is incorrect; I can see that the lower-level detect monsters would

Bug#781747: angband: Help menu doesn't work properly

Package: angband Version: 1:3.5.1-2 Severity: normal Tags: upstream Hi, I've recompiled the current unstable angband package in a wheezy chroot. Thanks for packaging it! I've found a few niggles, though. The first is that the help menu doesn't work properly - you press ? to get the help menu,

Bug#781751: angband: SDL console handling is broken

Package: angband Version: 1:3.5.1-2 Severity: important Tags: upstream Hi, Saved the worst till last, sorry. The SDL console mode is seriously buggy. Which is a shame, as it's an improvement over the old ASCII terminal mode. I tend to play angband from a virtual console (e.g. tty1) Firstly, it

Bug#781378: unblock: src:shibboleth-sp2/2.5.3+dfsg-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package src:shibboleth-sp2 This package (which I'm sponsoring on behalf of Ferenc Wagner), backports the upstream fix for CVE-2015-2684 to 2.5.3. I have just sponsored a

Bug#781107: ssh-keygen -F return code has changed and is not documented

Package: openssh-client Version: 1:6.7p1-3 Severity: normal Tags: upstream Hi, The return codes for ssh-keygen -F are undocumented. In stable's version (1:6.0p1-4+deb7u2) you get: mcv21@pick:~$ ssh-keygen -F foo.invalid -f ~/.ssh/known_hosts mcv21@pick:~$ echo $? 0 But in testing's version,

Bug#748781: Ok, here is a decent patch to build pcre16

Hi, On 07/03/15 01:13, Mattia Rizzolo wrote: I think I included everthing, I named the package libpcre16-3, per debian policy (I don't recall the section/paragraph right now). This is actually a complex library, also quite patched by us, so sorry if I missed something. While I was at it I

Bug#765499: Patch to make policy document 32-bit uids

tags 765499 +patch quit Hi, Here's a patch to document the 32-bit nature of UIDs, in line with Ben's suggestion (which seems sound to me). I've added a note to the effect that useradd won't use the higher-numbered UIDs, which seems sensible as a) that requires no changes to useradd b) there are

Bug#774711: openssh: OpenSSH should have stronger ciphers selected at least on the server side.

Christoph Anton Mitterer cales...@scientia.net writes: On Tue, 2015-01-06 at 18:52 +0200, Vasil Kolev wrote: - get openssh to generate 4096-bit RSA keys by default; ... and disable DSA and RSA1 keys, which is possible if you name all other default key explicitly in the config, like:

Bug#774410: allow for the package-specific version banner to be suppressed for ssh client

Fedor Brunner fedor.brun...@azet.sk writes: The main use case for this switch is an user that wants to protect his privacy and don't want tell with each SSH connection which Debian (or Debian derivative) is he using. https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1195342/ This

Bug#774105: unblock: rsbackup/1.1-4

/debian/changelog +++ rsbackup-1.1/debian/changelog @@ -1,3 +1,19 @@ +rsbackup (1.1-4) unstable; urgency=low + + * Patch from Jonathan Wiltshire to use install rather than cp for +post{inst,rm}, making build less sensitive to source file permissions +(Closes: #774013) + + -- Matthew Vernon

Bug#774105: unblock: rsbackup/1.1-4

Control: tags -1 -moreinfo Hi, You added tests/bashisms and tools/t-bashisms in 1.1-3, but didn't mention them in the changelog. Could you explain this (and remove the moreinfo tag from this bug once you do). Huh; they've come from upstream's master branch; they are harmless but unnecessary.

Bug#772994: [lack-of] update

Hi, Just FTR, I don't propose to upload a new version of this package until after the freeze, unless an RC bug is found, since it's a library package. Matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#772994: Might I take this package

Hi! I see you've taken up quite a number of wnpp packages recently - thanks for dealing with these :) I'd be quite interested in taking over the PCRE3 package, though, so would you mind if I took this one instead of you? Regards, Matthew -- To UNSUBSCRIBE, email to

Bug#772994: Might I take this package

owner 772994 ! quit On 16/12/14 16:09, Peter Pentchev wrote: On Tue, Dec 16, 2014 at 02:10:31PM +, Matthew Vernon wrote: Hi! I see you've taken up quite a number of wnpp packages recently - thanks for dealing with these :) I'd be quite interested in taking over the PCRE3 package

Bug#773324: unblock: rsbackup/1.1-3

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package rsbackup Recently (yesterday!), there was an Important bug filed against rsbackup, that it left stuff behind on --purge. Having a piuparts-clean archive has been a

Bug#773181: [Rsbackup-maint] Bug#773181: rsbackup: unowned files after purge (policy 6.8, 10.8): /etc/rsbackup/local

On 16/12/14 21:54, Andreas Beckmann wrote: Please consider switching to using dh/debhelper for the packaging - do not do this by hand. I won't mind reviewing it :-) But: do this only after jessie was released, now in deep freeze is not the right time for such invasive changes. I'm at least

Bug#211472: Further info

Hi, I've just encountered this; for emails that have 1 text part. I suspect that's triggering this misbehaviour. Regards, Matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766455: [Rsbackup-maint] Bug#766455: rsbackup: cronjob produces output after package removal

Hi, On 23/10/14 09:47, Holger Levsen wrote: Package: rsbackup during a test with piuparts I noticed your packages cronjob produce output after the package has been removed. /etc/cron.monthly/rsbackup: 3: exec: rsbackup.cron: not found 0m22.9s ERROR: Command failed (status=127):

Bug#714234: (no subject)

On 29/09/14 12:49, Apollon Oikonomopoulos wrote: Hi, On Thu, 18 Sep 2014 15:12:39 +0100 Matthew Vernon matt...@debian.org wrote: It's Ben Harris' patch, not mine, but yes, I hope to upload a fixed version. Don't let me stop you doing so sooner, though :-) As I would like to get ganeti

Bug#763332: dgit should have useful error message when passed -Cnothing

Package: dgit Version: 0.22 Severity: normal Hi, If you do dgit -C ../foo.changes (instead of -C../foo.changes), you get a very unhelpful error message: dgit: dgit push: changelog specifies unstable (sid) but command line specifies ../dump_0.4b44-5_source.changes In fact, dgit -Cnothing

Bug#763334: dgit rpush documentation should include an example workflow

Package: dgit Version: 0.22 Severity: normal Hi, Further to our conversation on IRC, the workflow for using dgit rpush isn't very clear from the manual at the moment. An example workflow would be a great improvement IMO. Thanks, Matthew -- System Information: Debian Release: 7.6 APT prefers

Bug#763333: dgit push documentation should say build using dgit's build wrappers

Package: dgit Version: 0.22 Severity: normal Hi, dgit push says The package must already have been built ready for upload, but in fact you should (almost?) always have built the package using dgit's build wrappers rather than by any other means. The dgit push documentation in the manual should

Bug#762686: cannot type into annotation window (but can CP)

Package: evince Version: 3.4.0-3.1 Severity: normal Tags: upstream Hi, evince lets me create annotations, but I cannot then type anything into the annotation box that appears. I can cut-and-paste things into it, though. As you can imagine, this is quite irritating! Thanks, Matthew -- System

Bug#714234: (no subject)

Hi, On 18/09/14 11:39, Michael Prokop wrote: * Matthew Vernon [Mon Aug 04, 2014 at 04:37:51PM +0100]: severity 714234 grave tags 714234 +upstream patch forwarded 714234 http://sourceforge.net/p/dump/bugs/157/ quit This bug bit me, and meant that restoring an incremental backup failed

Bug#759526: New upstream version fixes CVE-2014-3604

Hi, Upstream have released 0.3.15, which fixes this bug. I’m still away (and will be for a while yet); would one of the java team mind uploading 0.3.15, please? Hopefully it’ll just drop in on top of the existing packaging… Thanks, Matthew -- To UNSUBSCRIBE, email to

Bug#760609:

Hi, Thanks for the report; I’ll get to this once I’m home from travelling (so not for a week or so yet) unless someone gets an NMU in first. The answer for post-jessie is perhaps to re-package to use debhelper for the building, but I think a more minimal patch would be better for jessie.

Bug#714234: (no subject)

severity 714234 grave tags 714234 +upstream patch forwarded 714234 http://sourceforge.net/p/dump/bugs/157/ quit Hi, This bug bit me, and meant that restoring an incremental backup failed :-( My justification of severity is that broken backups result in data loss. Ben Harris has analysed the

Bug#755075: ikiwiki: initial wiki build should honour --no-gettime

Package: ikiwiki Version: 3.20100815.9 Severity: normal Hi, When you build a wiki for the first time (or rebuild after --clean), ikiwiki ignores --no-gettime (or gettime set to 0 in the setup file). I think this is wrong - defaulting to gettime=1 is OK, but over-riding an explicit disabling of

Bug#636783: supermajority bug

Ian Jackson ijack...@chiark.greenend.org.uk writes: Russ Allbery writes (Bug#636783: supermajority bug): Ian Jackson ijack...@chiark.greenend.org.uk writes: The fix to the constitutional supermajority bug has been delayed rather. Sorry about that. I have drafted what I think is an

Bug#684043: latex-beamer: table of contents wrong in user guide

Hi, On 28/04/14 13:19, Hilmar Preusse wrote: On 06.08.12 Matthew Vernon (matthewv+sacb...@coriolis.greenend.org.uk) wrote: Hi, The table of contents for beameruserguide.pdf.gz are all wrong. I think you need to run pdflatex one more time during the build process. beameruserguide has

<    1   2   3   4   5   6   >