Adrian Knoth writes:
> Package: darktable
> Version: 1.2.3-1
> Severity: wishlist
> Tags: upstream
>
> Hi!
>
> Upstream has just released 1.4. Please update at your convenience. ;)
>
Hi Adrian;
In the mean time, you may want to test 1.4~rc1 which is in experimental.
d
--
To UNSUBSCRIBE, ema
Jonas Smedegaard writes:
> Upstream News file mentions actions recommended to do on bigendian
> machines _before_ upgrading. Debian users have already upgraded when
> they are provided that file, however.
>
> Please add a NEWS.Debian file that echoes that same warning.
>
> - Jonas
Hi Jonas;
I
Package: developers-reference
Version: 3.4.3
Severity: normal
As far as I can tell (in particular from policy 3.3) a non-working
maintainer email violates a must policy directive, and is thus a
serious bug. If this is the case, perhaps the paragraph about sending
email to the maintainer should ha
Package: syncevolution
Version: 1.1+ds1-3
Severity: serious
Tags: upstream
Justification: fails to build from source
Building syncevolution on s390 fails with an illegal pointer
conversion. I haven't had a chance to poke at this yet, but I'm
reporting it here in case Patrick has any clever ideas.
On Wed, 24 Nov 2010 00:00:34 +0100, Gildo Fiorito wrote:
> User: soc-coordinat...@lists.alioth.debian.org
> Usertags: gci10
> Package: topgit
> Version: 0.8-1.1
> Note, the .ronn files need to be compiled with ronn, which is not in debian
Without having looked at the patch, this sounds awkward fr
On Wed, 24 Nov 2010 21:22:18 +0100, Patrick Ohly wrote:
> Please review carefully (not tested). Can someone confirm that it
> compiles on s390?
Hi Patrick;
Thanks for the patch. I will test build it on s390 and let you know how
it goes.
David
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
On 2010-11-25, at 5:31, Jonathan Yu wrote:
I'm not sure how to best proceed. I can certainly remove the swfupload
stuff from libmojomojo-perl, which will close that RC bug, but it
opens another wishlist bug since it's not possible to easily install
the "full" libmojomojo-perl as per upstream
On Wed, 24 Nov 2010 21:22:18 +0100, Patrick Ohly wrote:
> On Mi, 2010-11-24 at 18:48 +0000, David Bremner wrote:
> > Building syncevolution on s390 fails with an illegal pointer
> > conversion. I haven't had a chance to poke at this yet, but I'm
> > reporting
On Fri, 26 Nov 2010 22:45:34 -0800, David Bremner wrote:
> The patch you sent seems to have worked, but unfortunately the same
> problem occurs elsewhere. I'm trying to get an interactive build
> environment working, but in the mean time, I have this one more failure.
>
For w
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package libmojomojo-perl
Jonathan Yu has repacked the upstream tar ball to remove some .swf
files that can not be regenerated using tools in Debian main. This
close
This is a multi-part MIME message sent by reportbug.
Package: doclifter
Version: 2.11-1
Severity: normal
On the attached nroff file, doclifter generates in the output,
which causes (some) xml parsing tools to choke.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT
Package: doclifter
Version: 2.11-1
Severity: wishlist
doclifter 2.13 is available at
http://www.catb.org/~esr/doclifter/
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-2
Joerg Jaspert writes:
> as the subject says, it would be nice if notmuch gets a "quiet"
> option. Especially for "notmuch new" that is. Its printing out lots of
> "Note: Ignoring blah" and "Processed blubb in almost no time" and
> similar useless stuff.
This is fixed in upstream git commit 0.17-
74ea. This one commit is a fix for two bugs.
+- CVE-2013-1438 (Closes: #721233).
+- CVE-2013-1439 (Closes: #721339).
+
+ -- David Bremner Wed, 16 Oct 2013 19:42:55 -0300
+
darktable (1.0.4-1+deb7u1) testing; urgency=low
* Flickurl will not ship with wheezy (see #700150), so remove su
Olivier Berger writes:
> Package: notmuch-emacs
> Version: 0.17-2
> Severity: grave
> Justification: renders package unusable
>
> In emacs24, notmuch won't be available after latest testing upgrade :-(
>
Hi Olivier;
There seems to be a problem with emacsen-common, rather than notmuch per
se. Th
Package: python-sardana
Severity: minor
To say that python-foo is a "foo control system" doesn't tell me much.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores)
Locale
Tags: upstream wontfix
Hi Luca;
The Fuji XE-1 is not supported by Darktable upstream, and because of the
sensor (X-Trans versus Bayer), and it doesn't sound like it ever will
be:
http://www.darktable.org/2012/10/whats-involved-with-adding-support-for-new-cameras/
sorry for the bad news...
d
"Barak A. Pearlmutter" writes:
>
> But, failing further communication from the official maintainers, I'm
> going to take the liberty of testing this for a few days, and if it all
> seems happy, uploading it to a DELAYED queue with myself as an uploader,
> instead of as an NMU.
Sounds good. Don't
Shyamal Prasad writes:
> Now I've noticed there is no attempt to build haskell-mode for the
> emacs flavors I have installed (emacs23 and emacs24) when I install it:
>
>
>
> Unpacking haskell-mode (from .../haskell-mode_13.07-1_all.deb) ...
> Processing triggers for install-info ...
> Setti
Hi Jakub;
If you have a chance, could you check if this bug is fixed by
0.18.1~rc0-1 (in experimental)? The support for single message mboxes
is re-enabled there.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
Jakub Wilk writes:
> * David Bremner , 2014-06-23, 07:22:
>>If you have a chance, could you check if this bug is fixed by
>>0.18.1~rc0-1 (in experimental)? The support for single message mboxes
>>is re-enabled there.
>
> 0.18.1~rc0-1 is much better, thanks!
>
>
Jakub Wilk writes:
> * David Bremner , 2014-06-26, 18:26:
>>>0.18.1~rc0-1 is much better, thanks!
>>>
>>>I still get NullPointerError for one of my messages, though. :-( The
>>>message is in the MBOXCL format (where message body size is indicated
>>
See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730758
for the upstream author's license clarification.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: texinfo
Version: 5.2.0.dfsg.1-2
Severity: normal
/usr/share/man/man1/texi2pdf.1.gz is garbled to a comical degree.
It's also wrong in that I _do_ have a working tex (namely that
provided by texlive-binaries).
I suspect that both points are the result of excessive faith in
help2man.
--
Andreas Beckmann writes:
>
> http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails
>
>>From the attached log (scroll to the bottom...):
>
> 0m54.9s ERROR: FAIL: Package purging left files on system:
> /0755/ not owned
>
>
> This very much looks like a chmod gon
Vincent Cheng writes:
> Dear Maintainer,
>
> A new release of racket is available upstream (v6.0), please consider
> packaging
> it.
>
> Thanks,
> Vincent
Hi Vincent;
As far as I understand, the build system and general organization of
racket has been changed quite a lot for 6.0. I'm not sure
I'd rather be conservative here, and not (re)-introduce problems. Has
someone tested gitolite 3 with dropbear? Does upstream say they support
it?
d
pgpj0nzsgzoYt.pgp
Description: PGP signature
Hi Matt;
I think this is fixed in 3.0.0+dfsg1-1. Can you check if that fixes the
problem for you? You will need the new ledger-el package.
I just noticed there still is a bug with ledger installing a useless
50-ledger.el file.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.de
I've pushed to collab-maint a partial fix for this, but I don't think
it's worth doing an upload for this bug until 741740 is resolved.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Prompted by Manoj's success stories of using the script in the wild, I
finally got around to writing a manpage for the current version
git-debcherry.
You can find a patch series at
git://pivot.cs.unb.ca/gitpkg.git
branch: for-ron
If you think git-debcherry has gotten too unwieldy for gitpkg
Package: lp-solve
Version: 5.5.0.13-7+b1
Severity: wishlist
most of the needed content seems to be in
/usr/share/doc/lp-solve-doc/index.html
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux
tags 745888 +patch
thanks
There is a debdiff doing the rever that Apollon mentions in the branch
nmu-745888 in collab-maint. I could upload it as an NMU, or you could
merge it, or you could tell me it's a bad idea. It does seem to make
jmtpfs (and mtp-tools) usable for me again on a Nexus 5.
d
David Bremner writes:
> Prompted by Manoj's success stories of using the script in the wild, I
> finally got around to writing a manpage for the current version
> git-debcherry.
>
> You can find a patch series at
>
> git://pivot.cs.unb.ca/gitpkg.git
>
> branch
Daniel Kahn Gillmor writes:
> I'm fine with closing the issue, but i don't see how notmuch-emacs
> groups any differently than notmuch-el.
>
> compare:
>
> dpkg -l '*-el'
> dpkg -l '*-emacs'
> dpkg -l '*-elisp'
> dpkg -l 'notmuch*'
Yes, I suppose I just mean that when looking at the output of
Daniel Kahn Gillmor writes:
> Versions of packages notmuch recommends:
> ii gnupg-agent2.0.19-2
> ii notmuch-emacs 0.14-1
Almost certainly unrelated to this bug report, but it looks like you
have an old version of notmuch-emacs installed. Perhaps the fact that
that is possible deserves i
clone 698810 -1
reassign -1 notmuch-emacs
retitle -1 notmuch-emacs should have a tighter dependence on notmuch
owner -1 brem...@debian.org
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Jameson Graef Rollins writes:
> Daniel Kahn Gillmor wrote:
>> maybe notmuch-emacs should have:
>>
>> Depends: notmuch (= ${binary:Version})
>>
>> if you think they the versions should be tightly bound.
It occured to me this specific option is not binNMU safe. But I guess
maybe something like
Martin Quinson writes:
> +macro index \
> + "unset wait_keynotmuch-mutt
> --prompt search $(date +%s --date='last month')..$(date +%s)
> ~/.cache/notmuch/mutt/results" \
> + "notmuch: search mail (last month)"
Hi Martin;
Thanks for the patch! As it turns out, from notm
Michal Pokrywka writes:
> The situation occurred somewhere after upgrading from 1.0.5-1 ->
> 1.1.1-1 but downgrading doesn't resolve the issue. When in darkroom
> mode, the film-strip scrolling is constrained to the first photo no
> matter if I use SPACE or BACKSPACE to scroll it, or use mouse
>
Michal Pokrywka writes:
> I've done better. I installed darktable on third machine, also
> debian/unstable/amd64/kde. Darktable was never installed here.
> Without touching any configuration I've imported some JPGs from
> filesystem around, and the problem still occurs identically like
> on the f
Michal Pokrywka writes:
>
> Soon I will be able to test this on some other configuration, maybe
> in testing or in different window manager.
>
Hi Michal;
It seems to be an incompatibility between darktable and sqlite3 3.7.15
http://darktable.org/redmine/issues/9140
For now, maybe try downgr
David Bremner writes:
> Laurent Martelli writes:
>
>> Yes sure, I had sent an email to 624...@bugs.debian.org but it does
>> not seem to have make it through it's final destination.
>>
>> So here it is :
>>
>> I use the "Unity" theme u
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package bliss
There are two simple fixes (one line in -3 and two lines in -4).
The RCish fix is in 0.72-4. In versions 0.72-2 and 0.72-3, if the user
neglects to define the
Package: iceweasel
Version: 10.0.11esr-1
Severity: important
Since a recent update of wheezy, iceweasel fails to start on a wheezy i386 box
here (it seems fine on a couple of amd64 wheezy boxes, fwiw)
[ 6 lazarus ~ ] iceweasel -safe-mode
XPCOMGlueLoad error for file /usr/lib/xulrunner-10.0/
f
-END PGP SIGNATURE-
>From a24833a6179ab835476a19b4694d2a0a7eed1249 Mon Sep 17 00:00:00 2001
From: David Bremner
Date: Sat, 29 Dec 2012 11:58:49 -0400
Subject: [PATCH] Add new client-side plugin, dnsq
There is an optional config file /etc/xymon/dnsq that is not installed
by the package, sin
Christian PERRIER writes:
> OK, one could argue about "dataloss" but someone opening a file
> created in a format that is not native to LO, then modifying the file,
> then saving it.should not yell for "dataloss" if (s)he hasn't kept
> a copy of the original file somewhere.
I disagree with t
Sascha Silbe writes:
> This is probably too late for Wheezy, so once it's fixed in sid a
> backport of the latest upstream version (including the incompatible
> format changes) would be appreciated.
Hi Sascha;
A backport will have to wait for Wheezy to release, but other than that,
no objection
lenber...@gmail.com writes:
> Package: gphotofs
> Version: 0.4.0-3
> Severity: normal
>
> gphotofs appears to work but attempting to ls the directory causes
> input/output error.
Can you verify that the camera in question works with another libgphoto2
frontend?
For example, does it work with the
Package: libtext-bibtex-perl
Version: 0.64-1
Severity: normal
running the attached perl script (btcheck, from the
libtext-bibtex-perl source) on the attached bib file produces the
following backtrace from perl, apparently something to do with
hardening.
/lib/x86_64-linux-gnu/libc.so.6(__fortify_f
btcheck
Description: Binary data
@PREAMBLE{ {\providecommand{\noopsort}[1]{}} }
@comment{
suppcollection{Eymeric_b,
xref={Kors},
sortkey="Kors_E",
author={{\ \ \ \ \ \ Nicholau Eymeric}},
title="Directorum inquisitorum",
pages="60-64",
keywords={primary},
}
@incollection{1437,
crossref={Kors},
a
After installing 0.64 to /usr/local, I don't see the crash anymore.
I don't know whether to conclude that Debian (i.e., me, mainly)
introduced this bug, or the bug exists upstream but is only detected in
the Debian version because different hardening flags.
d
--
To UNSUBSCRIBE, email to debian
Joerg Jaspert writes:
>
> another wishlist going upstream. Would be nice if notmuch can be told
> that the mailfiles are compressed (gzip in this case), or even better -
> detect that itself. And then transparently deal with it.
Dear Joerg;
This wish is already known upstream, and there are some
Olivier Berger writes:
>
> Example :
> $ notmuch search tag:ldpw3wg | grep ACTION-10
> gives no results, whereas :
> $ notmuch search subject:ACTION-10 tag:ldpw3wg | grep ACTION-10
> thread:03ae Thu. 09:34 [4/7] Steve K Speicher, Arnaud Le Hors,
> Michael Hausenblas| Erik Wilde, Kev
Olivier Berger writes:
> Is there a way to change the summary behaviour, i.e. report the initial
> thread's subject instead of the latest (configurable option ?) ?
Currently this is controlled by the sort order (--sort) option to
notmuch search. There is not currently a way to display the earli
Geoff writes:
Hi David,
I've found the source of the problem I was having. It seems to be due
to some interference with the notmuch-mua-reply function and
gnus-alias. In particular, there was a problem with the part of
notmuch-mua-reply that inserted the newly setup message conten
Edward Betts writes:
> Package: notmuch
> Version: 0.14-1
> Severity: wishlist
>
> There is a handle tool called notmuch-deliver included with notmuch in
> the contrib directory. Please can you build this tool and include it in
> the notmuch package. Thanks.
Hi Edward;
Thanks for the report/req
Package: wnpp
Severity: wishlist
Owner: David Bremner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: pixz
Version : 0.0.0+git$something
Upstream Author : Dave Vasilevsky
* URL : https://github.com/vasi/pixz
* License : BSD 2-clause
FYI, I just filed an ITP for picz (#693859) mainly because it avoids
this bug. At least, it seemed to in my testing (and the design
should). More testing would be very welcome.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
> - - This one seems about 25% faster compressing in some simple tests I
> ran (compressing a 2.7G file with 6 threads, maximum compression).
> Decompression seems to be a wash between xz, pxz, and pixz on files
> produced by xz. On files produced by pixz, pixz is noticably faster
It s
Holger Levsen writes:
>
> so once picz is in the archive, let's remove pxz?
>
my bad spelling, it's actually pixz.
I'm not sure (yet). It seems pixz is not able to compress quite as much
(by around 15% in one experiment). So people might like to have both?
At a shallow read, concatenation is d
I had another look at the XZ standard
(http://tukaani.org/xz/xz-file-format-1.0.4.txt)
While a typical file contains only one Stream and no Stream Padding, a
decoder handling standalone .xz files SHOULD support files that have
more than one Stream or Stream Padding.
My interpretation is t
tag 688747 fixed-upstream
thanks
This bug should be fixed with upstream commit 0a21fb9
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The priority extra was a mistake, and causes problems for priority
optional reverse dependencies (e.g. alot)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iJwEAQECAAYFAlCyOhQACgkQTiiN/0Um8
Package: libbliss1d
Version: 0.72-2
Severity: normal
The following build warnings should be taken care of
dpkg-shlibdeps: warning: symbol __gmpz_init used by
debian/libbliss1d/usr/lib/libbliss.so.1d.0 found in none of the libraries
dpkg-shlibdeps: warning: symbol __gmpz_set_si used by
debian/li
On Thu, 12 Jan 2012 17:25:30 +0400, "Roman V. Nikolaev"
wrote:
> Package: libmime-types-perl
> Version: 1.32-1
> Severity: important
>
> --- Please enter the report below this line. ---
> New upstream version work correct for MIME types from DEBIAN /etc/mime.types
>
Hi Roman;
Can you be more
Package: bip
Severity: wishlist
It would be great if "debcheckout bip" did something useful.
-- System Information:
Debian Release: 6.0.4
APT prefers stable
APT policy: (900, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-bpo.2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-
mitch writes:
> Package: rawstudio
> Version: 1.2-5+b2
> Severity: normal
>
> Opened one image then rawstudio crashed. dmesg:
Thanks for the report. Is there any chance you could try the same image
in version 2.0-1 from wheezy? There isn't much point us forwarding bugs
upstream if they are alre
On Fri, 10 Feb 2012 10:21:17 +0200, "Georgios M. Zarkadas"
wrote:
>
> The attached patch makes shebangs match at the start of the string.
André reports your patch will be included in the next upstream release
of highlight, probably within a few weeks.
> Because the package format is quilt, I
Alexander Inyukhin writes:
>
> Changes from previous package version:
> * priority changed to optional;
> * fixed memory leak (cppcheck warning).
Sounds good, I'll have a (hopefully final) look at this today.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a s
Package: dpkg-dev
Version: 1.16.3
Severity: wishlist
If the first patch in a 3.0 (quilt) series is reverted by later
patches in the series, then the heuristic used by dpkg-source to
detect if patches are applied fails. This might sound contrived, but
it can arise if e.g. patches are generated fro
On Wed, 4 Jul 2012 08:11:48 +0200, Raphael Hertzog wrote:
>
> Just to confirm that we speak of the same thing... you have all patches
> applied but you don't have the corresponding quilt metadata in ".pc".
> When you build the source package, dpkg-source tries to apply all the
> patches because i
On Sun, 8 Jul 2012 01:34:08 +0200, Jakub Wilk wrote:
> Package: racket,planet-venus
> Severity: serious
> Justification: Policy 10.1
>
> Both racket and planet-venus install /usr/bin/planet with completely
> different functionality. This is a serious violation of Policy §10.1.
Hi Jakub;
Thanks
On Mon, 9 Jul 2012 00:12:57 +0200, Jakub Wilk wrote:
> Package: libopenjpeg2-dbg
> Version: 1.3+dfsg-4.2
> Severity: important
> User: multiarch-de...@lists.alioth.debian.org
> Usertags: multiarch
Hi Michael;
You broke it, you bought it ;).
Feel free to NMU a fix.
David
--
To UNSUBSCRIBE
Package: easypg
Version: 0.0.16-2.1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Installing easypg, which hides the easypg built in to emacs24
* What
Package: bip
Version: 0.8.8-2
Severity: wishlist
When running in "system daemon" mode bip makes private logs in
/var/log owned by bip.bip. I think it would make more sense if these
were owned by bip.adm. In particular it would mean that users already
in group adm could read these logs without bec
Hi Laurent;
Can you tell me precisely what is not working theming-wise for you?
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Sladjan writes:
> I have a Nvidia OpenCL capable card, and Darktable provides an option
> to use OpenCL also. I just installed the nvidia binary drivers,
> expecting OpenCL to work, after installing Darktable. But I had to
> install the nvidia-opencl-icd package too, to get the feature working.
Lucas Nussbaum writes:
> Justification: FTBFS on amd64
>> raco setup: error: during making for scribblings/tools
>> raco setup: link: module mismatch, probably from old bytecode whose
>> dependencies have changed: variable not provided (directly or indirectly and
>> at the expected position)
Hi Adnan,
I just came across this bug in a discussion on IRC today. Perhaps if you
don't expect to work on this further (unless the situation changes), you
could retitle the bug to an RFP, to allow people to more quickly
understand the state of things.
All the best,
David
--
To UNSUBSCRIBE,
Package: libraw
Severity: wishlist
Hi
I realize it was just released today, but when you get a chance I
would appreciate an update.
In order to replace the embedded libraw in darktable with the system
library (see bug #682980), I would prefer to have the same version
(0.14.7) as they ship, or la
Jonas Smedegaard writes:
> Apparently (judging from latest upstream release changelog) darktable
> uses libraw, but does not link against the system shared library as
> documented at a "should" in Debian Policy §4.13.
Hi Jonas;
It's a good point, but as usual there are a few problems to be over
In message
Noah turned over responsibility for package "planet-venus" to the python
applications team. So, let's discuss.
I have proposed that planet-venus rename it's copy of
/usr/bin/planet. Of course, I would say that. So, a hopefully impartial
review of the pro's and con's of this suggesti
Jakub Wilk writes:
> * David Bremner , 2012-07-29, 16:39:
>
> 3) "planet" is not a name planet-venus upstream uses anyway; we've
> renamed it from "planet.py" to adhere to Policy §10.4.
It turns out that racket upstream will probably deprecate the binar
Jakub Wilk writes:
> | dpkg-source: error: cannot represent change to
> test/tmp.json/mail/.notmuch/xapian/record.baseB: binary file contents changed
> | dpkg-source: error: add test/tmp.json/mail/.notmuch/xapian/record.baseB in
> debian/source/include-binaries if you want to store the modified
Jameson Graef Rollins writes:
> If a test is failing shouldn't the package build fail as well? That
> sounds like the real issue to me.
As I mentioned on IRC, the test only fails on the Debian build machines
(building in a clean chroot using sbuild is not enough) so it isn't
really clear how to
Dimitri Giardina writes:
> Package: rawstudio
> Version: 2.0-1+b2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> it seems that rawstudio crashes.
It seems to work ok for me, at least loading canon .CR2 files.
Do you need tiff files to trigger the crash?
I
Andreas Tille writes:
> Hi,
>
> after doing some finger warming up in the morning and basically
> duplicating the work inside the pkg-phototools repository[1] (my
> fault to forget to check WNPP) I noticed that the packaging looks
> quite ready for upload.
>
Hi Andreas;
I have been working wi
Geoffrey Ferrari writes:
> When I reply to a message in notmuch, the automatically composed reply buffer
> takes the following form:
>
> HEADERS
> QUOTED TEXT
> --text follows this line--
> (Position of cursor)
> SIGNATURE
>
This is clearly wrong, at least the position of the quoted text. I'm n
on
Debian, not on Ubuntu!
I'm probably reaching the limits of my technical expertise here. In
answer to your other questions, when I use the above setup, this
occurs for every message I try to compose a reply for. The output from
typing "notmuch reply id:xxx" at the command line that yo
Package: beets
Version: 1.0~b14-2
Severity: normal
It seems that "beet list -a" matches all albums in the database, no
matter what the query is.
% beet list -a | wc -l
68
% beet list -a artist:"Cuff the Duke" | wc -l
68
% beet list artist:"Cuff the Duk
Package: beets
Version: 1.0~b14-2
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
I can't figure out what is special about these mp3 files, except that they
have only id3v1 tags.
zancas:~ % beet ls -f'$album $genre' album:'turn off your nam
Salvatore Bonaccorso writes:
>
> I was going trough some current RC bugs open for wheezy and noticed
> #687404 (I'm not the maintainer).
Isn't this the same as the #682636? Several of us tried and failed to
reproduce that one.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debi
"Matteo F. Vescovi" writes:
> Probably the easier way at this point is to bump b-deps to gcc-4.7,
> since gcc-4.6 backporting would take too long.
> I'll provide a fixing revision sooner than later and ask my sponsor to
> upload it to the correct suite (maybe unblocking wheezy freeze?).
Note tha
David Bremner writes:
> "Matteo F. Vescovi" writes:
>
>> Probably the easier way at this point is to bump b-deps to gcc-4.7,
>> since gcc-4.6 backporting would take too long.
>> I'll provide a fixing revision sooner than later and ask my sponsor to
&
Thibaut Paumard writes:
>
> regexp/yfnmatch.h is still under non-DFSG 4-clause BSD license. It is clearly
> a
> left-over from older times as the rest of Yorick is under 3-clause BSD
> license.
The 4-clause BSD license is not "non-DFSG". See
http://www.debian.org/legal/licenses/.
Adjusting the
Thomas Koch writes:
>
> Hi,
>
> I'm working on a packaging helper tool in the Debian-Java team. I'm looking to
> reuse some modules from dh-make-perl. It's possible to depend on the
> dh-make-perl package. But it might encourage more adoption by other teams if
> the perl independent logic would b
To recap, darktable ships an embedded copy of LibRaw with the following
patch applied:
diff --git a/src/external/LibRaw/internal/dcraw_common.cpp b/src/external/
index 20ed524..822b68a 100644
--- a/src/external/LibRaw/internal/dcraw_common.cpp
+++ b/src/external/LibRaw/internal/dcraw_common.cpp
@
Kirill Brilliantov writes:
> Package: darktable
> Version: 1.0.4-1~bpo60+1
> Severity: minor
> Tags: patch
>
> Description file for menu, please add in /usr/share/menu
>
> ?package(darktable):needs="x11" \
> section="Applications/Graphics" \
> title="Darktable" \
> command="darktable" \
> icon="
Package: devscripts
Version: 2.13.1
Severity: normal
Since a few days ago the BTS supports the tag jessie. It would be
great if /usr/bin/bts did as well.
-- Package-specific info:
--- /etc/devscripts.conf ---
--- ~/.devscripts ---
DEBSIGN_KEYID="784206AD"
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i"
DEB
Basile Starynkevitch writes:
> Package: gnuplot-x11
> Version: 4.6.0-8+aptbuild2
> Severity: important
Just to be certain, can you duplicate this on a version of the package
that is in the Debian archive?
thanks,
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
1 - 100 of 1664 matches
Mail list logo