Bug#838283: fixed now

I tested in stable (9.0.3-2) and it seems fixed

Bug#867053: robocut: packaging git URL is defunct

Source: robocut Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 declared git repository at git://gitorious.org/~alpharesearch/robocut/alpharesearchs-robocut.git git clone git://gitorious.org/~alpharesearch/robocut/alpharesearchs-robocut.git robocut ... Cloning into

Bug#758418: highlight w/o swig

I asked for comments on your patches from #debian-bootstrap. Note that there is also a newer version of packaging at bremner: we'd rather not use stage1 build profiles bremner: we should be using either "official" ones listed currently on the wiki page or package specific ones bremner:

Bug#687740: does this bug still exist?

Control: tag -1 moreinfo Or more to the point, does anyone plan on working on it? I'm inclined to close the bug unless someone (evidently not me) plans to pursue this d signature.asc Description: PGP signature

Bug#866956: RM: libsyntax-highlight-engine-simple-perl -- ROM; low popcon, not very useful, missing upstream?

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 In #866954 I asked for the removal of the individual languages, which means this package seems less useful that before. I also can't find an upstream source for it anymore on CPAN. As with the other

Bug#866954: RM: libsyntax-highlight-engine-simple-languages-perl -- ROM; buggy, low popcon, unmaintainable

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I packaged this 8 years ago with the idea that it would be a useful ikiwiki plugin; that never materialized, and as far as I know, few if any other people ever used it. Now it has an RC bug with the

Bug#866884: [Pkg-phototools-devel] Bug#866884: RFA: gphotofs -- filesystem to mount digital cameras

Herbert Fortes <terb...@gmail.com> writes: > Hi David Bremner, > >> Package: wnpp >> Severity: normal >> >> I'm the last person in Uploaders, and I'd like to remove myself. Per >> Policy 3.3, at least one human needs to be in the Uploaders field of a

Bug#826448: libsyntax-highlight-engine-simple-languages-perl: Use of the encoding pragma is deprecated

Niko Tyni writes: > severity 826448 important > user debian-p...@lists.debian.org > usertags 826448 + perl-5.26-transition > thanks > > > This is fatal in Perl 5.26 (currently in experimental), making the test > suite fail. However, the package still builds, probably because

Bug#866884: RFA: gphotofs -- filesystem to mount digital cameras

Package: wnpp Severity: normal I'm the last person in Uploaders, and I'd like to remove myself. Per Policy 3.3, at least one human needs to be in the Uploaders field of a non-orphaned package. The package description is: GPhotoFS is a filesystem client based on libgphoto2 that exposes

Bug#866785: octave: does not respond to plot window close while output pending in command window

Package: octave Version: 4.2.1-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Consider any script with output long enough fire up the pager, and doing a plot (example below). Now try to close the plot window. The menu drops down, but the window refuses to go away (also C-w

Bug#853243: bibutils FTCBFS: uses the build architecture compiler, runs tests despite DEB_BUILD_OPTIONS=nocheck

Helmut Grohne writes: > Source: bibutils > Version: 4.12-5 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > bibutils fails to cross build from source, because it uses the build > architecture compiler and runs the test suite even when > DEB_BUILD_OPTIONS

Bug#865929: Advice on dealing with GRUB upgrade failure caused by init-select

Colin Watson writes: > I could arrange for the relevant grub2 postinst scripts to remove > /etc/default/grub.d/init-select.cfg entirely when appropriate conditions > apply. In addition to a self-defence argument, this is further > justified by the fact that grub2 now

Bug#865034: polymake: FTBFS with Perl 5.26: 'yy_parser {aka struct yy_parser}' has no member named 'lex_expect'

Niko Tyni writes: > Package: polymake > Version: 3.0r2-2 > Severity: important > User: debian-p...@lists.debian.org > Usertags: perl-5.26-transition > > This package fails to build with Perl 5.26 (currently in experimental.) > > A full build log is available at > > >

Bug#864766: [Pkg-emacsen-addons] Bug#864766: Bug#864766: elpa-circe: extract tracking from the rest of circe

Sean Whitton writes: > Hello Rémi, > > On Wed, Jun 14, 2017 at 12:25:32PM +0200, Remi Vanicat wrote: >> I'm packaging weechat.el, and it depend on elpa-tracking[1], but when >> looking at the source it appear to be part of circe[2]. Testing prove >> that depending on

Bug#864766: [Pkg-emacsen-addons] Bug#864766: elpa-circe: extract tracking from the rest of circe

Remi Vanicat writes: > I'm packaging weechat.el, and it depend on elpa-tracking[1], but when > looking at the source it appear to be part of circe[2]. Testing prove > that depending on circe solve the problem. > > I wonder if we could make an elpa-tracking Debian package to

Bug#836127: Call for Votes for new TC member

Didier 'OdyX' Raboud writes: > I call for votes on the following ballot to fill a vacant seat in the TC. The > voting period starts immediately and lasts for up to one week, or until the > outcome is no longer in doubt (§6.3.1). > > ===BEGIN > The Technical Committee

Bug#864676: [Pkg-phototools-devel] Bug#864676: [darktable] Freezes when trying to operate on RAW images

Antonio Marcos López Alonso writes: >> d > > Hi David: > > I'm not sure how can I achieve what you're asking for. Reportbug-NG throws a > list of lib dependencies but installed ones column is empty. Can you provide > some tips? You could install reportbug and use that.

Bug#864676: [Pkg-phototools-devel] Bug#864676: [darktable] Freezes when trying to operate on RAW images

Antonio Marcos López Alonso writes: > Package: darktable > Version: 2.2.1-3 > Severity: important > > --- Please enter the report below this line. --- > At least since last updates, Darktable freezes few seconds after I try to > perform any kind of operation on any RAW

Bug#864621: ITP: racket-mode -- emacs support for editing and running racket code

Package: wnpp Severity: wishlist Owner: David Bremner <brem...@debian.org> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: racket-mode Version : 20161103+0+gab6255718 Upstream Author : Greg Hendershott <greghendersh...@gmail.com> * URL

Bug#864555: lintian: please use a more reliable heuristic than line length to detect source-is-missing

Package: lintian Version: 2.5.50.4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On polymake 3.1 source lintian reports: E: polymake source: source-is-missing external/js/renderers/SVGRenderer.js line length is 258 characters (>256) An examination reveals this to be a false

Bug#864183: [Pkg-phototools-devel] Bug#864183: CVE-2017-6886 CVE-2017-6887

Moritz Muehlenhoff writes: > Source: libraw > Severity: grave > Tags: security > > Please see > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-6886 > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-6887 I started to look at this, but gave up on (me) fixing it for

Bug#864167: python-autopep8: please supply a man page for autopep8

Package: python-autopep8 Version: 0.9.1-2.1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 /usr/bin/autopep8 could use some documentation. The output of "pydoc autopep8" doesn't really look helpful for users of the script. - -- System Information: Debian Release: 9.0 APT

Bug#862051: Refer #862051 to ctte (WAS: nodejs-legacy: possibly drop this package, now that ax25-node has been removed?)

Philip Hands writes: > I presume we'd want to continue providing /usr/bin/nodejs for people > that have switched to using that, so that might as well continue to be > the name of the binary, since that gives us a 'node' symlink that is > self-documenting. That sounds plausible

Bug#862921: RFP: epub-tools -- A suite of command-line utilities for creating and manipulating epub book files.

Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: epub-tools Version : 2.10 Upstream Author : Dino Morelli URL : https://hub.darcs.net/dino/epub-tools * License : BSD3 Programming Lang: Haskell

Bug#862498: jessie-pu: package gitolite3/3.6.1-2+deb8u2

/debian/changelog @@ -1,3 +1,10 @@ +gitolite3 (3.6.1-2+deb8u2) stable; urgency=medium + + * Bug fix: "gitolite3 should depend on openssh-client", thanks to Keller +Fuchs (Closes: #834153). + + -- David Bremner <brem...@debian.org> Sat, 13 May 2017 12:38:44 -0300 + gitolite3

Bug#862101: RM: fontmatrix -- RoQA; RC-buggy, uninstallable in sid/stretch, orphaned, mostly dead upstream

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 - - The package is currently uninstallable most places because it needs a rebuild against newer libicu - - Gurkan tried a quick rebuild and it fails. - - There seems to be no committed upstream; I talked

Bug#862093: gnupg-agent: gpg-agent no longer halts when $GNUPGHOME is removed

Package: gnupg-agent Version: 2.1.20-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 As of 2.1.20, removing $GNUPGHOME is no longer enough for gpg-agent to shut itself down. It seems that removing the directory /run/user/gnupg/d.$hash is enough to trigger the shutdown. I'm

Bug#861824: ledger -f sample.dat org does not print org mode output

Hans Freitag writes: > Package: ledger > Version: 3.1.2~pre1+g3a00e1c+dfsg1-2+b1 > Severity: normal > > Dear Maintainer, > > Accourding to the manual i should geht some orgmode styled output when using > *.org instead I am getting this: > > zem@samsung1:~$ ledger -f

Bug#860520: Voting for TC Chair

Didier 'OdyX' Raboud <o...@debian.org> writes: > ===BEGIN=== > > The chair of the Debian Technical Committee will be: > > A: Keith Packard > B: Didier Raboud > C: Tollef Fog Heen > D: Sam Hartman > E: Phil Hands > F: Margarita Manterola > G: Dav

Bug#860670: racket: FTBFS on i386: Racket virtual machine has run out of memory; aborting

David Bremner <da...@tethera.net> writes: > > I verified locally that DEB_BUILD_OPTIONS contains parallel=$NUMCORES. I > haven't localized what causes this. > Apparently, this is dpkg-buildbackage >= 1.18.11. I'm still not sure the best fix. Disabling parallel builds comp

Bug#860670: racket: FTBFS on i386: Racket virtual machine has run out of memory; aborting

Lucas Nussbaum writes: >> racket/racket3m -X "/<>/debian/tmp/usr/share/racket/collects" >> -G "/<>/debian/tmp/etc/racket" --no-user-path -N "raco" -l- >> setup --no-user -j 64 --no-launcher --no-install --no-post-install The -j 64 is most likely the problem. As far as I

Bug#859328: unblock: notmuch/0.23.7-3

changelog 2017-04-01 21:09:36.0 -0300 @@ -1,3 +1,9 @@ +notmuch (0.23.7-3) unstable; urgency=medium + + * Cherry pick fixes to dump header from 0.24.1 + + -- David Bremner <brem...@debian.org> Sat, 01 Apr 2017 21:09:36 -0300 + notmuch (0.23.7-2) unstable; urgency=medium * Cher

Bug#825886: notmuch: allow separation of command-line options and their values: --option foo

Paul Wise writes: > Package: notmuch > Version: 0.22-1 > Severity: wishlist > > It would be nice if notmuch would allow separation between command-line > options and their values so that I could run dump and not get an error. > There is a tentative patch series (against

Bug#858184: unblock: notmuch/0.23.7-2

- --- notmuch-0.23.7/debian/changelog 2017-02-28 20:39:30.0 -0400 +++ notmuch-0.23.7/debian/changelog 2017-03-19 09:38:17.0 -0300 @@ -1,3 +1,9 @@ +notmuch (0.23.7-2) unstable; urgency=medium + + * Cherry pick 06adc276, fix use after free in libnotmuch4 + + -- David Bremner

Bug#857335: ledger: Please provide python3-ledger package

Brian May <b...@debian.org> writes: > David Bremner <da...@tethera.net> writes: > >> IMHO the right place to deal with this is upstream. And presumably upstream >> already knows? > > I am not sure of the best contact for upstream. Presumable the pa

Bug#857248: maintaining nullmailer

I'm probably not a good choice for a solo maintainer, but I could at least sponsor uploads or otherwise co-maintain. d

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

Matthias Bodenbinder <matth...@bodenbinder.de> writes: > Am 06.03.2017 um 20:45 schrieb David Bremner: > Now I got your point. I downloaded 2.2.3-2 and tested it. The speed > improvement is minimal: 19,6 s for the whole pixel pipeline vs. 21,9 s > for version 2.2.3-1 an

Bug#857585: emacs startup provided in wrong package

Bdale Garbee writes: > Package: ledger > Version: 3.1.2-pre1+g3a00e1c+dfsg1-2 > > The /etc/emacs/site-start.d/50ledger.el file is provided in the package > ledger, but the associated lisp code is all provided in the ledger-el package. > Sure seems like the site-start.d

Bug#857497: unblock: darktable/2.2.1-3

: #857147) +- Upstream no longer supports 32bit address spaces. +- The i386 build is reported to be unstable. + + -- David Bremner <brem...@debian.org> Fri, 10 Mar 2017 13:41:38 -0400 + darktable (2.2.1-2) unstable; urgency=medium * re-re-enable arm64 (sigh) diff -Nru darktable

Bug#857446: gitolite3: The user 'gitolite' mentioned in README.Debian is not the default user

Johannes Ranke writes: > Package: gitolite3 > Version: 3.6.1-2+deb8u1 > Severity: minor > > Dear Maintainer, > > When cloning from a fresh default gitolite3 setup using > > git clone gitol...@mydomain.org:testing > > I was asked for a password. So I consulted the

Bug#857457: RM: darktable/experimental [i386 hurd-i386 kfreebsd-i386] -- ROM; ANAIS; 32bit architectures no longed supported upstream

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 As documented in #857147, i386 builds of darktable are no longer suitable for stable release, and no longer produced by the source version in experimental. -BEGIN PGP SIGNATURE-

Bug#857420: RM: darktable [i386 hurd-i386 kfreebsd-i386] -- ROM; ANAIS; 32bit architectures no longer supported upstream

Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 As documented in #857147, i386 builds of darktable are no longer suitable for stable release. -BEGIN PGP SIGNATURE- iQGzBAEBCAAdFiEE3VS2dnyDRXKVCQCp8gKXHaSnniwFAljDJQkACgkQ8gKXHaSn

Bug#857335: ledger: Please provide python3-ledger package

Brian May writes: > Source: ledger > Version: 3.1.2~pre1+g3a00e1c+dfsg1-2+b1 > Severity: wishlist > > Apparently there is a fork with Python 3 support here: > > https://github.com/afh/ledger/tree/wip/python3 > > This is referenced here: > >

Bug#857147: [Pkg-phototools-devel] Bug#857147: darktable builds with -msse2 on i386

based on the discussion in this bug, and https://github.com/darktable-org/darktable/blob/master/src/views/view.c#L328-L332 I'm currently leaning towards dropping i386 binaries for stretch.

Bug#857147: [Pkg-phototools-devel] Bug#857147: darktable builds with -msse2 on i386

Adrian Bunk writes: > > These are not SSE2 codepaths with autodetection, > the package seems to be built in a way that it > won't run on hardware without SSE2. Did you test the resulting binary? When I tested it (several years ago), the resulting binary detected lack of sse2

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

Matthias Bodenbinder <matth...@bodenbinder.de> writes: > Am 06.03.2017 um 13:07 schrieb David Bremner: >> Matthias Bodenbinder <matth...@bodenbinder.de> writes: >> >> Is that 32% difference with 2.2.3-1 or with 2.2.3-2? >> >> d >> > >

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

Matthias Bodenbinder writes: > > I am wondering if it has to do with the fact that I am using the latest Kaby > Lake CPU i7-7700k? > > The Equalizer module in my case improves from 6,9 s to 3,0 s and non-local > means noise reduction improves from 10,3 s to 8,7 s. >

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

Matthias Bodenbinder <matth...@bodenbinder.de> writes: > Am 28.02.2017 um 13:25 schrieb David Bremner: >> Matthias Bodenbinder <matth...@bodenbinder.de> writes: > 1) download this RAW file: http://www.mirada.ch/bench.SRW > 2) the xmp file for my test is attached to thi

Bug#856863: unblock: racket/6.7-2

#836346). + + -- David Bremner <brem...@debian.org> Sun, 05 Mar 2017 08:55:03 -0400 + racket (6.7-1) unstable; urgency=medium * New upstream release diff -Nru racket-6.7/debian/control racket-6.7/debian/control - --- racket-6.7/debian/control 2016-10-29 09:14:40.0 -0300 +++ racket-6.

Bug#856129: pre-approval: notmuch/0.23.6-1

Jonathan Wiltshire <j...@debian.org> writes: > Control: tag -1 confirmed moreinfo > > On Sat, Feb 25, 2017 at 09:10:01AM -0400, David Bremner wrote: >> I've appended a diff from upstream git, this also includes any debian >> changes except finalizing the date and distr

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

Matthias Bodenbinder writes: > > I can provide DT 2 and DT 3 as deb files (approx. 9 MB each). > That's not needed (or helpful). But did you some place provide the actual benchmark you are running, including the data? I don't use the equalizer, so I suspect my images

Bug#856129: pre-approval: notmuch/0.23.6-1

644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +notmuch (0.23.6-1) UNRELEASED; urgency=medium + + * Use gpgconf --create-socketdir to create gpg-agent sockets for +test suite. + * Fix read-after-free bug in `notmuch new`. + + -- David Bremner <brem...@debian.org> Tu

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

matth...@bodenbinder.de writes: > > Hi, > > I do not understand your point. My checkinstall is working fine. It is > just that my binaries are a lot faster than the debian testing binaries. > > Matthias I was suggesting that you compile with the same cmake options that the debian package uses.

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

Matthias Bodenbinder writes: > And by the way, this are the commands I use to compile DT: > > ./build.sh --disable-gnome-keyring --prefix /home/software/darktable > --build-type Release > cd build > echo "darktable 2.2.1" > description-pak > checkinstall --default

Bug#854927: O: trayer

Package: wnpp Severity: normal I've stopped using this software, and in fact had completely forgotten about it until receiving a request for help from a Ubuntu user. Clearly I'm not actually maintaining it.

Bug#853107: xapian-core: FTBFS under pbuilder with USENETWORK=no

Daniel Schepler writes: > Source: xapian-core > Version: 1.4.3-1 > Severity: normal > I'm not the xapian maintainer, but I consider this not a bug. Using localhost networking for testing is common, and not forbidden by Debian policy afaik. d

Bug#850630: [Pkg-emacsen-addons] Bug#850630: elpa-company: Fails to upgrade from 0.8.12-4 when xemacs21 installed

Sean Whitton <spwhit...@spwhitton.name> writes: > On Sun, Jan 08, 2017 at 04:25:07PM -0400, David Bremner wrote: >> I agree we should fix both upgrade problems. But we should also document >> what we are actually fixing > > Agreed. I've pushed two more commit

Bug#850630: [Pkg-emacsen-addons] Bug#850630: elpa-company: Fails to upgrade from 0.8.12-4 when xemacs21 installed

Sean Whitton writes: >> > + sed --quiet -i "$broken_remove_script" \ + -e >> > 's/emacs23)/emacs2[0123]*)/' >> >> this seems unrelated to the problem in the comments. Did you mean to say >> something like "xemacs21 or gnu emacs version 20-22" > > It's unrelated, but I

Bug#850630: [Pkg-emacsen-addons] Bug#850630: elpa-company: Fails to upgrade from 0.8.12-4 when xemacs21 installed

Sean Whitton writes: > +++ b/debian/elpa-company.prerm > @@ -0,0 +1,16 @@ > +#!/bin/sh > + > +set -e > + > +# fix upgrade from 0.8.12-5 and below, which can fail if xemacs21 is I think you mean -4 and below > +# also installed. We manually upgrade the emacsen-common

Bug#850592: [Pkg-phototools-devel] Bug#850592: darktable: Unable to load idbutton.svg

"Jean-Luc Coulon (f5ibh)" writes: > Package: darktable > Version: 2.2.1-2 > Severity: minor > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > When I start darktable, the uppper left logo is missing. > This is also the button to display the version. > >

Bug#850036: [Pkg-emacsen-addons] Bug#850036: elpa-sml-mode: Removal script fail if XEmacs or Emacs 21/22/24 is installed.

Oleksandr Gavenko writes: > Package: elpa-sml-mode > Version: 6.7-1 > Severity: normal - I can't duplicate failure you mention with 6.7-3; 6.7-1 is no longer in any version of Debian. - The remove script you quote does not match the remove script shipped with 6.7-3.

Bug#850036: [Pkg-emacsen-addons] Bug#850036: elpa-sml-mode: Removal script fail if XEmacs or Emacs 21/22/24 is installed.

Oleksandr Gavenko writes: > Package: elpa-sml-mode > Version: 6.7-1 > Severity: normal > > $ cat /usr/lib/emacsen-common/packages/remove/elpa-sml-mode > ... > FLAVOR=$1 > case $FLAVOR in > ... > emacs23) > echo remove/${ELPA_DIR}: Skipping obsolete emacs

Bug#850000: libdebian-source-perl: fails to parse build-depends restriction formulas

Package: libdebian-source-perl Version: 0.92 Severity: normal Debian::Dependency is used by dh_elpa_test (source dh-elpa) to parse build deps, but it chokes on build profiles, so called "restriction formulas". for example Build-Depends: debhelper (>= 10), dh-elpa, racket % dh_elpa_test

Bug#849063: src:haskell-mode: maintainer address bounces

Ansgar Burchardt writes: > Source: haskell-mode > Source-Version: 16.1-1 > Severity: serious > > The maintainer address for haskell-mode bounces, see below. > > Ansgar > > Mail Delivery System writes: >> This message was created automatically by mail delivery software. >> >> A

Bug#843073: reproducible on amd64 for me

I have a new stretch/amd64 install created by the alpha 8 installer. Here is my recipe to reproduce % sudo apt-get build-dep notmuch % debcheckout notmuch % cd notmuch % make debian-snapshot This failed for me 4/4 times. It failed once on libc, twice on libz, and once on glib.

Bug#842291: [pkg-gnupg-maint] Bug#842291: notmuch processes frequently stuck in select()

Werner Koch writes: > On Wed, 23 Nov 2016 18:19, d...@fifthhorseman.net said: > >> 0) turn off CRL updates entirely during s/mime signature verification > > The gpgsm option is --disable-crl-checks. > >> 1) do s/mime signature verification without CRL updates, but schedule >>

Bug#842291: notmuch processes frequently stuck in select()

Daniel Kahn Gillmor writes: > > 0) turn off CRL updates entirely during s/mime signature verification > > 1) do s/mime signature verification without CRL updates, but schedule > CRL checks to happen in the background for dirmngr, so that future > verifications

Bug#842291: notmuch processes frequently stuck in select()

David Bremner <da...@tethera.net> writes: > Brian May <b...@debian.org> writes: >> strace shows notmuch looping in select. >> >> select(10, [9], [], NULL, {1, 0}) = 0 (Timeout) >> select(10, [9], [], NULL, {1, 0}) = 0 (Timeout) >> select(

Bug#842291: notmuch processes frequently stuck in select()

Brian May writes: > strace shows notmuch looping in select. > > select(10, [9], [], NULL, {1, 0}) = 0 (Timeout) > select(10, [9], [], NULL, {1, 0}) = 0 (Timeout) > select(10, [9], [], NULL, {1, 0}) = 0 (Timeout) > select(10, [9], [], NULL, {1, 0}) = 0

Bug#844480: notmuch-emacs-mua not available

Vagrant Cascadian writes: > Package: notmuch-emacs > Version: 0.23.1-1 > Severity: wishlist > > The notmuch-emacs-mua man page is shipped in "notmuch" but the actual > notmuch-emacs-mua is not shipped in any package, as far as I can tell. > > I haven't yet used

Bug#843462: emacs25: Please disable xwidgets/webkit

Package: emacs25 Version: 25.1+1-2 Severity: important Tags: security according to check-support-status (package debian-security-support) * Source:webkitgtk Details: No security support upstream and backports not feasible, only for use on trusted content Affected binary packages: -

Bug#843127: [Paul Wise] Bug#843127: notmuch: race condition in `notmuch new`?

Paul Wise wrote: > Last night I got this error from my `notmuch new --quiet` cron job. The > file that the error message complains about is now in the cur directory > of the maildir at the following path. > > /path/to/mail/cur/1478190211.H80553P18378.chianamo:2, > > I wonder if this some kind of

Bug#842291: notmuch processes frequently stuck in select()

Robbie Harwood <rharw...@club.cc.cmu.edu> writes: > David Bremner <da...@tethera.net> writes: > >> 1) Can you duplicate the problem with non-encrypted messages? > > Not sure. Most of the time it's inconsistent what messages it happens > for (and it's hard to see

Bug#842291: notmuch processes frequently stuck in select()

Robbie Harwood writes: > Package: notmuch > Version: 0.23.1-1 > Severity: important > > Dear Maintainer, > > Frequently the processes notmuch-emacs spawns to view messages never finish > returning the message data. Sometimes this is deterministic and the message > is

Bug#841319: notmuch: testsuite fails with TERM=unknown

Gianfranco Costamagna writes: > source: notmuch > version: 0.23-2 > severity: normal > tags: patch > > Hi dear maintainer, seems that the testsuite fails when TERM=unknown. > more precisely, Use "make V=1" to print test headings and PASSing results. INFO: using 2

Bug#839634: ledger(1): short option -f (for --file) missing in manpage

Jonas Meurer writes: > Package: ledger > Version: 3.1.2~pre1+g3a00e1c+dfsg1-1 > Severity: minor > Tags: upstream patch > > Hello, > > The ledger(1) manpage misses the short commandline option -f (for > --file). See attached patch to fix this documentation issue. > Thanks

Bug#839752: racket: please provide better error reporting when racket-doc is not installed

Package: racket Version: 6.5-1~bpo8+1 Severity: wishlist I'm proxying upstream bug report 15356, which notes that "raco docs" does not present a very helpful error message if the racket-doc package is not installed. I suppose it might be possible to have alternatives manage a top level index

Bug#838882: Acknowledgement (jessie-pu: package darktable/1.4.2-1+b3)

Lintian points out I want a ':' after Closes.

Bug#838882: jessie-pu: package darktable/1.4.2-1+b3

(1.4.2-1+deb8u1) stable; urgency=medium + + * Cherry pick upstream commit 0f809ca5048. Fix for CVE-2015-3885 +(Closes #786792) + + -- David Bremner <brem...@debian.org> Sun, 25 Sep 2016 21:49:23 -0300 + darktable (1.4.2-1) unstable; urgency=medium * New upstream release. dif

Bug#838298: lrslib: Please build plrs

Noël Flantier writes: > Package: lrslib > Version: 0.51-2 > Severity: wishlist > > Upstream provides a parallel version of lrs which only depends on Boost: > plrs. Could you > please package it as well? > > I'll probably wait until upgrading to a new upstream version, but

Bug#838283: org-mode: notmuch links are unescaped twice

Package: org-mode Version: 8.3.4-1 Severity: normal Tags: patch newcomer upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 org-open-at-point calls org-link-unescape on the search term before invoking org-notmuch-follow-link, so it's a bad idea to call it again in org-notmuch-follow-link.

Bug#838219: dh-elpa: please support buttercup_eval

Package: dh-elpa Version: 1.3 Severity: wishlist It would be nice to have an analog og ert_eval for buttercup tets run by dh_elpa_test -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux

Bug#837660: ITP: pass-git-helper -- Git credential helper interfacing with pass

Package: wnpp Severity: wishlist Owner: David Bremner <brem...@debian.org> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: pass-git-helper Version : 0.3 Upstream Author : Johannes Wienke * URL : https://github.com/languitar/pass-git-helper * L

Bug#837036: gitolite3: uninstallable without . in @INC

Package: gitolite3 Version: 3.6.4-1 Severity: serious Tags: upstream Justification: uninstallable User: debian-p...@lists.debian.org Usertags: perl-cwd-inc-removal The package fails to configure with the new default settings for @INC. This is fixed in upstream commit 35e0b2a. Rather than

Bug#837013: notmuch: FTBFS: Tests failures

Lucas Nussbaum writes: > Source: notmuch > Version: 0.22.1-3 > Severity: serious > Tags: stretch sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20160906 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package

Bug#836346: racket: Raco fails without libssl-dev

Martin Tang writes: > Package: racket > Version: 6.6-1 > Severity: normal > > Dear Maintainer, > > I tried to install a package with raco, but it failed because it could not > use ssl: > > martin@porthole:~/Temp$ raco pkg install pollen > Resolving "pollen" via

Bug#835432: polymake: FTBFS with '.' removed from perl's @INC

Benjamin Lorenz <lor...@math.tu-berlin.de> writes: > On 25/08/16 19:59, David Bremner wrote: >> Dominic Hargreaves <d...@earth.li> writes: >> >>> >>> This bug will become RC when the perl package change removing '.' from >>> @INC by defa

Bug#835432: polymake: FTBFS with '.' removed from perl's @INC

Dominic Hargreaves writes: > > This bug will become RC when the perl package change removing '.' from > @INC by default is uploaded to unstable, expected in a week or two. > > By the way, when preparing this patch I found that the git repository > at

Bug#834906: Acknowledgement (xul-ext-adblock-plus: please support conkeror)

I should mention I am using conkeror 1.0.3-1 from testing/unstable. d

Bug#834906: xul-ext-adblock-plus: please support conkeror

Package: xul-ext-adblock-plus Version: 2.7.3+dfsg-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Currently conkeror is not able to see the adblock-plus extension (via M-x extensions), while it can see e.g. https-everywhere. I know very little about mozilla extensions, but

Bug#834271: notmuch: FTBFS in testing

BFS in testing", thanks to Santiago + Vila (Closes: #834271). + + -- David Bremner <brem...@debian.org> Sun, 14 Aug 2016 13:31:13 +0900 + notmuch (0.22.1-2) unstable; urgency=medium * Add explicit build-depends on gnupg, for the test suite. diff -Nru notmuch-0.22.1/debi

Bug#833753: ledger: FTBFS on buildds after gcc6/icu57/boost1.61

Mattia Rizzolo writes: > [ Unknown signature status ] > source: ledger > version: 3.1.1+dfsg1-1 > severity: serious > > Dear maintainer, > > your package failed to build on buildds during a transition rebuild > using gcc-6 boost1.61 and icu57. > One or more of those changed

Bug#831813: nullmailer leaks sensitive data through debconf

Maciej Delmanowski writes: > Package: nullmailer > Version: 1:1.13-1 > Severity: grave > > The nullmailer package keeps sensitive information like users and passwords to > the mail accounts on the remote SMTP servers in the '/etc/nullmailer/remotes' > file, which is secured

Bug#828526: racket: FTBFS with openssl 1.1.0

Tags: fixed-upstream Kurt Roeckx writes: > OpenSSL 1.1.0 is about to released. During a rebuild of all packages using > OpenSSL this package fail to build. A log of that build can be found at: >

Bug#829246: [pkg-gnupg-maint] Bug#829246: gnupg2: fails to find signing subkey

David Bremner <brem...@debian.org> writes: > [ Unknown signature status ] > Daniel Kahn Gillmor <d...@fifthhorseman.net> writes: > >> the text of your report says "default-user" (which doesn't exist in gpg) >> and the transcript says "local-u

Bug#829246: [pkg-gnupg-maint] Bug#829246: gnupg2: fails to find signing subkey

Daniel Kahn Gillmor writes: > the text of your report says "default-user" (which doesn't exist in gpg) > and the transcript says "local-user". But i think there is also > "default-key" -- hvae you tried with both default-key and local-user ? Sorry that should have read

Bug#829246: gnupg2: fails to find signing subkey

# rsa4096 2009-05-30 [SC] 815B63982A79F8E7C72786C4762B57BB784206AD uid [ultimate] David Bremner <brem...@debian.org> uid [ultimate] David Bremner <brem...@unb.ca> uid [ultimate] David Bremner <da...@tethera.net> ssb> rsa3072 2012-08-07 [S]

Bug#826843: Calls to notmuch_database_add_message() after notmuch_database_close() crash

David Bremner <da...@tethera.net> writes: > > Reading the docs again more carefully, it doesn't actually suggest that > you can call functions on the database itself, but only documents the > behaviour on derived objects like messages. I agree the docs could be > more explic

Bug#804792: seems fixed?

There have been 5 or six uploads w/o build failure on arm64, so I'm closing this bug for now. d

Bug#826843: Calls to notmuch_database_add_message() after notmuch_database_close() crash

David Bremner <da...@tethera.net> writes: > Lars Luthman <deb-b...@larsluthman.net> writes: > > >> This should either be fixed so it doesn't crash, as documented, or the >> documentation should be changed to describe which functions are unsafe >&g

<    4   5   6   7   8   9   10   11   12   13   >