Hi;
We (pkg-perl) are just putting the finishing touches on upstream 0.14,
which we believe fixes your bug. In particular, I ran the following
script
#!/usr/bin/perl -w
use strict;
use Linux::LVM;
use Data::Dumper;
# get the existing volume groups
foreach my $vg (get_volume_group_list()) {
Bas Wijnen wrote:
(./ex070.tex
! Missing number, treated as zero.
to be read again
n
l.4 \begin{pspicture}(-1,0)(1,nan)
?
In other words, a TeX error, not a gcc error.
It looks to me like there is a numerical error in the gcc-4.3
I have confirmed that the package builds OK with gcc-4.3 on i386
There is a slightly edited typescript (^M and ^H removed) at
http://www.cs.unb.ca/~bremner/sketch-gcc-4.3-2008-04-16
pgpdp3pr7pNSr.pgp
Description: OpenPGP Digital Signature
Lucas Nussbaum wrote:
OK, rephrasing, because I'm not sure I understand:
You suspect that the problem is caused by the fact that I build in an
i386 chroot (with an i386 gcc 4.3) on an amd64 system?
Suspect is maybe even a bit strong. It is possible, but sounds pretty weird, I
admit.
Are you
I have successfully built sketch 0.2.59-3 in an amd64 sid qemubuilder with
gcc 4.2 and gcc 4.3.
Any ideas for how to test? I guess I can install a real amd64 system
and make an i386 chroot. If the problem is with building in an i386
chroot on amd64 is that still an RC bug?
David
Lucas Nussbaum wrote:
It seems that the problem is only triggered when building with gcc-4.3
from i386, and running on an x86_64 CPU.
[snip]
I think that there's a bug in sketch, that is always there, but only
triggered in that specific case (at least with those examples).
Agreed.
Now,
Dear All;
I placed a potential fix at
http://mentors.debian.net/debian/pool/main/s/sketch/sketch_0.2.60-1.dsc
If Lucas can verify this fixes the bug for him, then maybe Bas could could
consider uploading to unstable? Or something like that.
Thanks,
David
pgpXT4cqeRcvC.pgp
Description:
Package: maxima
Version: 5.13.0-3.1
Followup-For: Bug #474909
Maybe this is the same bug as #467474? At least it looks the same to me.
Although the build failure happens in a slightly different place for me, I still
have a FTBFS with gcl 2.6.7-36.1 and gcc 4.3.1-2. It now seems to
die the
Hi Michael, Hi Soren;
As the subject says, 0.6.4svn2806-1 works for me OK (once I manage to
type the stupid group password correctly) under kde without having
network-manager-vpnc-gnome installed.
Hope this helps something,
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hi;
I can't duplicate this (not too surprising). Can you tell us a bit more
about your environment? What imap server are you using?
Do you get the same crash if you move your icedove configuration aside
and reconfigure? What about as a different local user?
David
--
To UNSUBSCRIBE, email
First, I hope you got your apt/synaptic working again (dpkg -r, maybe
with some force options might help).
I started to look at this bug, but got stuck for the moment, since I
cannot duplicate your setup.
* the problem seems to be with the prerm scripts of version 1.0.1-2
* version 1.0.1-2 is
I installed libghc6-mtl-dev in an etch chroot, then used dist-upgrade to
upgrade the whole chroot, and there was no problem upgrading libghc6-mtl-dev.
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Dear Paul;
Yes, this is your bug report. It seems that the bug is likely specific
to something about your setup, so we need more information to
(possibly) figure out what is going on.
As a first step, you could try
% mv .mozilla-thunderbird .mozilla-thunderbird.bak
% icedove
and see if you
At Wed, 15 Oct 2008 07:38:19 -0400,
Paul Cartwright wrote:
It is now doing it again. It is also crashing when I try to create run
a filter on an IMAP account. I right-click a message in an IMAP inbox
and select FORWARD. when the new forward message window appears I
double-click the
Can you try again with
export TEXMFCNF=/usr/share/texmf/web2c
luatools --generate --verbose
context --make
context foo.tex
This (based on /usr/share/doc/context/README.MarkIV) seems to work for
me. Not that I know anything about context really...
David
--
To UNSUBSCRIBE, email to
Dear Kurt;
Thanks for the report. I believe this is related to
bad handling of Build-Depends-Indep (I was told this related
to http://bugs.debian.org/218893). I hope to have a fixed package
uploaded within a couple of days.
All the best,
David
--
To UNSUBSCRIBE, email to [EMAIL
Willi == Willi Mann [EMAIL PROTECTED] writes:
Willi Is everyone affected by this issue using the intel driver?
Willi Please report.
I'm using xserver-xorg-video-intel 2:2.2.0-1.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Hi Valerio;
I'm not the maintainer, but let me remark:
1) I cannot duplicate with amarok 1.4.7-1+b2 and up to date debian
unstable/testing. I tried loading my whole collection (3600 or so
songs) and searching. It might be worthing trying an update (I'm not
expert enough to read from that
Michal == Michal Politowski [EMAIL PROTECTED] writes:
Michal sketch and skencil install different /usr/bin/sketch
Michal commands, which is forbidden by the policy as it makes
Michal them uninstallable at the same time.
Thank you for the report. I will discuss this with the skencil
Hi;
Version 0.6+20071101-1 is segfaulting for me on the same images. The
rest of the system is sid as of today.
Here is the backtrace (I'm not sure how to get more info; I assume
more -dbg libraries could be installed?)
0xb7b570b7 in gdk_rgb_get_info_from_drawable (drawable=value optimized
Package: gnome-power-manager
Version: 2.28.1-2
Severity: normal
I get a loop with suspend as a lid action. The system just barely
comes up again, and then suspends itself. Replacing
gnome-power-manager with xfce4-power-manager makes the symptoms go
away. Killing gnome-power-manager (by
I'm not sure if these are meaningful, but just in case, here is the
debug output from gpm:
rocinante:~ % gnome-power-manager
(gnome-power-manager:9284): devkit-power-gobject-DEBUG: DBUS timed out, but
recovering
(gnome-power-manager:9284): devkit-power-gobject-WARNING **:
On Tue, 26 Jan 2010 00:26:05 +0100, Cyril Brulebois k...@debian.org wrote:
Once the B-D installed, a recursive grep in /usr/include on
sdp_session_t returns nothing, which probably explains this failure.
A new source package that I _think_ fixes this by disabling libopenobex
support on
On Wed, 27 Jan 2010 13:07:34 +0100, Cyril Brulebois k...@debian.org wrote:
Either a test build on a kfreebsd box or an upload to experimental
would be welcome.
I can do both. Testbuilding it in an (unclean) environment on a
kfreebsd-i386 was successful. Do you want an upload to
On Fri, 12 Feb 2010 20:13:40 -0800, Kamal Mostafa ka...@whence.com wrote:
Redefining getline() there in gtools.h will preclude source files who
include gtools.h from using the standard getline() routine, won't it?
In my opinion, changing all the references in the nauty source is a
better
On Sat, 13 Feb 2010 07:25:13 -0800, Kamal Mostafa ka...@whence.com wrote:
FYI, we're also holding off applying my patch to Ubuntu, given your
swift response to this report.
Hopefully new packages will be uploaded to sid soon, but in the
meantime, you might be interested in
dget
Hi Camm;
I prepared an NMU for maxima using sbcl as a lisp.
http://mentors.debian.net/debian/pool/main/m/maxima
the main disadvantage seems to be a versioned dependency on sbcl.
Would this be OK for you?
If you have no more time for maxima packaging, I could adopt it. I
don't claim to
Here is a patch to convert to SBCL
diff -u maxima-5.13.0/debian/README.Debian maxima-5.13.0/debian/README.Debian
--- maxima-5.13.0/debian/README.Debian
+++ maxima-5.13.0/debian/README.Debian
@@ -1,6 +1,14 @@
maxima for Debian
--
+What's new in 5.15.0
+
+I (David Bremner
At 29 Jul 2008 18:00:38 -0400,
Camm Maguire wrote:
I'm uploading a -15 now, which has quite a lot of cleanup work
remaining, as a test of the build status on the various platforms. I
would like to stick with gcl due to its history, portability, license,
closeness to gcc, and uniformity with
Hi;
I just verified in an up-to-date pbuilder the latest maxima FTBFS on
i386. gcl is 2.6.7-36.1. I mention this because it won't show up
on the buildds
Here are the last few lines of the log file.
make[2]: Entering directory `/tmp/buildd/maxima-5.15.0/src'
test -d binary-gcl || mkdir
At 29 Jul 2008 22:17:34 -0400,
Camm Maguire wrote:
Greetings, and thanks!
1) Can't reproduce with debuild and same gcl installed on up to date
chroot. Might be a kernel randomization item. Info here?
I am running linux-image-2.6.25-2-686 version 2.6.25-27
2) Full log would be great
I had to apply the patch from Peter de Wachter (#487435) to get gcl to build
on my box (I guess it is a kernel 2.6.25 issue). With this patched version of
gcl 2.6.7-36.1, I get farther into the build, but it fails compiling
numerical/slatec/zexp.o
full build log is at
Intially on debian kernel 2.6.25-7, configuration of gcl 2.6.7-38
failed (log on http://www.cs.unb.ca/~bremner/logs/2008/07/31/gcl.log
but I think there is nothing too surprising there) with the message
checking for ADDR_NO_RANDOMIZE constant... yes, 4
checking for
I built gcl 2.6.7-38 (after sysctl kernel.randomize_va_space=0) on
i386 kernel 2.6.25-7. The build went fine, but after I reboot, gcl is
not able to detect that sbrk is randomized and happily starts up. Of
course it does not work very well; the maxima build dies right away,
for example.
At 01 Aug 2008 10:09:21 -0400, Camm Maguire wrote:
Greetings, and thanks for the feedback! WOuld you mind excerpting the
C routines corresponding to the two 'no' results below, compile with
-g and run under gdb to let me know where they fail? I am surprised
at the failure.
At Tue, 05 Aug 2008 11:59:03 +0200,
Mats Klingberg wrote:
---
matsk:~$ maxima
Maxima 5.15.0 http://maxima.sourceforge.net
Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL)
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
(I'm following Camm in copying gcl-devel; to be honest I'm not sure if
this is debian specific; I _think_ not)
Hi All;
I finally isolated the problem which causes the gcl configure script
in Debian gcl 2.6.7-42 to fail in when run under dpkg-buildpackage.
The problem is the snippet used to test
Package: highlight
Version: 2.7-1
Severity: serious
Justification: Policy 2.3
src/cli/arg_parser.cc is licensed under version 3 or later of the GPL, but
The regex library in src/core/re/* is licensed under version 2 only,
as far as I can tell. Actually it just includes a copy of version 2 of
GPL
Jeff Stuart sent me the following:
Sounds fine by me. You have my Official permission to use the C++
regexp engine under GPL 2, GPL 3 and every sub version inbetween. If
you need anything else, let me know.
I added that, with a bit more context to debian/copyright in my
proposed update
Package: lxterminal
Version: 0.1.5-1
Severity: normal
With x-terminal-emulator as lxterminal, Xsession failsafe fails to
start (from slim). Setting x-terminal-emulator to xterm makes this
work again. I see usage messages in my .xsession-errors from
lxterminal, so it seems this is the same bug.
At Wed, 7 Oct 2009 20:20:08 +0200,
Andreas Tille wrote:
On Wed, Oct 07, 2009 at 07:42:02AM -0300, David Bremner wrote:
Well, that's totally strange. Ther *is* a file aclocal.m4 in the source
tarball. Something must be wrong on your side. I can not confirm any
FTBFS on amd64 or i386
Package: libnauty-dev
Version: 2.4~b7-1
Severity: serious
Justification: maintainer assessment
This binary package should be held out of testing for now as packages
linking against libnauty either silently link to the static library or
FTBFS. The fix is easy, and done in git, but it will
after installing it) to get the relevant information.
Anything else you can tell us that might be special about your
pbuilder (e.g. lack of network access...) would also be helpful.
Thanks,
David Bremner
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
Here is the generated code in question. Is that legit C++?
,
| #ifdef SWIGTCL
| // A typemap telling SWIG to ignore an argument for input
| // However, we still need to pass a pointer to the C function
Package: libsynthesis
Version: 3.0.3.28+ds1-2
Severity: serious
Justification: no longer builds from source
libsynthesis (just added to the archive) is not compiling on alpha.
The actual error message is as follows.
sysync/debuglogger.cpp: In member function 'virtual void
A second changelog is available at
http://pivot.cs.unb.ca/scratch/libsynthesis-working-alpha-pbuilder.log.gz
This is from Karl Goetz's machine.
d
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
it from the archive.
Yves, I've copied you on this report in case you can shed any light on
where the files under share/web/static/flash/xmlswf come from, and if
the source for these files is available.
All the best,
David Bremner
Debian Perl Team
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
-0400
@@ -1,3 +1,10 @@
+clisp (1:2.48-4) unstable; urgency=low
+
+ * Non-Maintainer upload
+ * Backport some powerpc related debian/rules changes from 2.49-1
+
+ -- David Bremner brem...@debian.org Sun, 09 Jan 2011 12:43:18 -0400
+
clisp (1:2.48-3) unstable; urgency=medium
* Re-Add s390
Hi;
It seems like the install problems for clisp might only be happening on
powerpc64. There are several reports of installation success on powerpc,
and I verified myself on qemu-system-powerpc.
Debian does not have any powerpc64 porterbox, so this is difficult for me
to test.
I'm not sure
Dear Marcus;
I have been trying to follow up on a Debian Bug in your package:
http://bugs.debian.org/591974
Can you tell me the source for the files in
root/static/flash ?
I have the impression they are related to
http://code.google.com/p/swfupload/
but I would like to confirm.
All
On Sun, 24 Oct 2010 21:01:34 -0300, David Bremner brem...@unb.ca wrote:
Dear Marcus;
I have been trying to follow up on a Debian Bug in your package:
http://bugs.debian.org/591974
Oops, I forgot to ask, would it be reasonable to just disable
swfuploader in MojoMojo?
Sorry to bother
On Wed, 3 Nov 2010 08:20:08 +0100, Marcus Ramberg mar...@nordaaker.com wrote:
swfupload is likely to be licensed under the MIT license:
http://code.google.com/p/swfupload/source/browse/swfupload/tags/swfupload_v2.2.0_beta1/core/swfupload+license.txt?r=786
On Sat, 13 Nov 2010 19:32:48 +, Enrico Zini enr...@enricozini.org wrote:
Considering that the package has a very small number of users, that
we're supposed to release fairly soon, and that this issue looks not
that easy to solve, it may be a good idea to just remove
libmojomojo-perl from
On Fri, 19 Nov 2010 01:37:08 -0600, Micah Gersten mic...@ubuntu.com wrote:
The current version of syncevolution in sid (1.1+ds1-2) depends on
libsynthesis-dev (= 3.4.0.6~) but 3.4.0.5+ds1-1 is in sid.
libsynthesis-dev 3.4.0.6+ds4-1 is in experimental. This causes the
package to not be able
Hi;
Just plain gs bus errors for me on smetana.debian.org.
This seems to be the root cause of epstool not working at all on sparc,
which in turn causes a FTBFS [1] of sketch on sparc.
[1]
https://buildd.debian.org/fetch.cgi?pkg=sketcharch=sparcver=1%3A0.3.2-1stamp=1298210164file=log
d
On Mon, 28 Feb 2011 09:47:14 +0100, Patrick Ohly patrick.o...@intel.com wrote:
Does it help to add
libsynthesissdk_la_LIBADD = libsmltk.la
to src/Makefile.am and src/Makefile.am.in (the latter is the file that
is in the git repo, used by src/gen-makefile-am.sh as part of building
the
On Tue, 01 Mar 2011 14:25:54 +0100, Patrick Ohly patrick.o...@intel.com wrote:
You are right, the libsynthesis-sdk.pc file needs to list libsmltk as
library it depends upon. There's no libsmltk.pc at the moment. Creating
one and listing it under Requires might be the cleanest solution, but
On Fri, 04 Mar 2011 01:07:09 +0100, Patrick Ohly patrick.o...@intel.com wrote:
Do you mean synthesis.pc? synthesis-sdk.pc doesn't currently list
-lsynthesis (which in my shallow understanding was the point of having
two .pc files).
No, I mean libsynthesis-sdk. The undefined symbol is in
Hi Patrick;
Because of toolchain changes, the current version of syncevolution no
longer builds in debian unstable. Also, because the evolution libraries
in unstable are now the 2.32 series, it seems that it doesn't work well,
even if we tweek build flags to get it to build; similarly building
On Wed, 04 May 2011 22:49:07 +0200, florian fgr...@hotmail.com wrote:
when launching darktable the interface appear, begin to load some
picture and then close. message Erreur de segmentation is displayed
when launched from cli.
Please try removing .cache/darktable/* and moving
Package: src:doxygen
Version: 1.7.4-1
Severity: serious
Tags: upstream
Justification: missing source
The doxygen source package contains only the compressed (minified)
version of jquery.js. Of course it probably shouldn't embed jquery.js
at all, but if it does, it should embed an editable,
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
On Wed, 24 Nov 2010 21:22:18 +0100, Patrick Ohly patrick.o...@intel.com 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
On 2010-11-25, at 5:31, Jonathan Yu jaw...@cpan.org 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
On Wed, 24 Nov 2010 21:22:18 +0100, Patrick Ohly patrick.o...@intel.com wrote:
On Mi, 2010-11-24 at 18:48 +, 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 it here in case
On Fri, 26 Nov 2010 22:45:34 -0800, David Bremner brem...@debian.org 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 what
: David Bremner brem...@unb.ca
Date: Mon, 13 Dec 2010 22:00:47 -0400
Subject: [PATCH] tests: Add optional use of timeout utility, if present. Add to emacs tests.
The goal here is to treat a hung test as a failure. The emacs test for
sending mail is known to be problematic on the debian
autobuilders
Here is a timeout patch that actually seems to work. Also attached are
the diffs to debian/changelog to update to 0.5+nmu2.
From f8e8ea0058ca2e57fececc3f01cc05ece0c3c3c8 Mon Sep 17 00:00:00 2001
From: David Bremner brem...@unb.ca
Date: Sun, 19 Dec 2010 21:48:59 -0400
Subject: [PATCH 1/2] tests
. A TPU upload 9.8.4-3 would require sid-removals of sparc,
hppa, mips, mipsel, s390 and ia64.
From fe806bd042b2a5e6a71f9248772173aeb774ee5b Mon Sep 17 00:00:00 2001
From: David Bremner brem...@debian.org
Date: Fri, 24 Dec 2010 15:00:00 -0400
Subject: [PATCH] ignore errors from rm in case
-9.6.1/debian/changelog
--- ecl-9.6.1/debian/changelog
+++ ecl-9.6.1/debian/changelog
@@ -1,3 +1,10 @@
+ecl (9.6.1-1squeeze1) testing; urgency=low
+
+ * Non-maintainer upload.
+ * Ignore errors from rm /usr/share/info/dir(.old) (Closes: #545625)
+
+ -- David Bremner brem...@debian.org Sun, 26
In your first message, you say 2.6.6-6.
In your second message, there is output showing 2.6.6-3+squeeze4
Was the bug actually reported on the machine where the problem occurs?
d
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Tue, 28 Dec 2010 11:28:10 +1100, dave b db.pub.m...@gmail.com wrote:
On 28 December 2010 04:32, David Bremner brem...@debian.org wrote:
In your first message, you say 2.6.6-6.
In your second message, there is output showing 2.6.6-3+squeeze4
Was the bug actually reported
On Tue, 06 Mar 2012 08:28:57 +0100, Andreas Beckmann deb...@abeckmann.de
wrote:
Package: highlight
Version: 3.7-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi Andreas;
Thanks for spotting this. For the record, the underlying problem is the
postrm of
On Wed, 21 Mar 2012 13:54:45 +0100, Andreas Beckmann deb...@abeckmann.de
wrote:
Hi David,
On 2012-03-06 14:45, David Bremner wrote:
Thanks for spotting this. For the record, the underlying problem is the
postrm of highlight_2.16-1, which removes conffiles 1) during remove and
purge
On Sun, 8 Jul 2012 01:34:08 +0200, Jakub Wilk jw...@debian.org 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
Lucas Nussbaum lu...@lucas-nussbaum.net 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
In message
ca+y+444v1j7r9wwrqgy9qdgwa_z_e87hzt5mbqnvedi5gdy...@mail.gmail.com
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
Jakub Wilk jw...@debian.org writes:
* David Bremner brem...@debian.org, 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 binary planet
Salvatore Bonaccorso car...@debian.org 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
Thibaut Paumard paum...@users.sourceforge.net 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
After discussing it with Modestas on IRC, I bumped the severity to
serious because it causes at least darktable to fail to build from
source.
d
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I observe the same behaviour here with evince-gtk 3.4.0-3.1 using
postscript drivers (and CUPS) for a lexmark C772n and a lexmark E310
printer.
In the case of the lexmark which has a duplexer, the pages come out
single sided, even though duplexing normally works (and is selected in
this case).
David Bremner brem...@debian.org writes:
In the case of the lexmark which has a duplexer, the pages come out
single sided, even though duplexing normally works (and is selected in
this case).
On second thought, the latter might be nonsense as we've been shuffling
around printers in the office
I noticed this as well, in an up to date sid/amd64 chroot with sbuild.
I confirmed that there really is no emacs24-el directory at the point
the build fails.
% find debian -maxdepth 1 -type d
debian
debian/emacs24-common
debian/source
debian/emacs24
debian/build-lucid
debian/build-x
tags 701048 + unreproducible
severity 701048 important
thanks
I tried the same steps in a squeeze chroot and couldn't duplicate the
failure. I used schroot, and started with a buildd flavoured
debootstrap.
Of course feel free to bump the severity back up if it turns out to be
reproducible.
The use-after-frees are quite trivial to fix
diff --git a/ttyclock.c b/ttyclock.c
index bd0c478..a626f13 100644
--- a/ttyclock.c
+++ b/ttyclock.c
@@ -461,14 +461,14 @@ main(int argc, char **argv)
break;
case 'i':
puts(TTY-Clock 2 © by Martin Duquesnoy
Brooks Moses brooks_mo...@mentor.com writes:
Hello!
Unfortunately, I don't think this problem is fixed in the latest
version of lapack as the reply I received states -- I initially ran
into this problem in a LAPACK 3.4.2 package downloaded directly from the
netlib.org website, and the
Control: tags -1 unreproducible
Control: severity -1 important
Akarsh Simha akarshsi...@gmail.com writes:
Therefore, a
default installation of darktable results in an error message upon
launch:
darktable: error while loading shared libraries: libcolordprivate.so.1:
cannot open shared
sorry, ignore those last two messages.
d
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Raphael Geissert geiss...@debian.org writes:
Package: darktable
Severity: grave
Tags: security patch
Hi,
There's a double free in the embedded copy of libraw included in your package.
If possible, please use the system copy instead.
So far, this still seems to be impossible, as discussed
David Bremner brem...@debian.org writes:
I'm not sure yet that the vulnerability occurs in the version of libraw
embedded in darktable. There is some relevant discussion on the
darktable developers list
http://article.gmane.org/gmane.comp.graphics.darktable.devel/2628
If nothing
David Bremner brem...@debian.org writes:
Darktable upstream just cherry picked that to their current release
branches. I don't know yet if the same patch applies to the version in
wheezy.
And indeed it does not apply. I _think_ this is good news, as my reading
of upstream git
According to NEWS:
nullmailer 1.12 adds a quadratic backoff for resend times.
Would people consider this a fix?
d
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Olivier Berger olivier.ber...@telecom-sudparis.eu 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,
Andreas Beckmann a...@debian.org 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
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
a0618519b4143a78ab858c3f41c7f9a998f8a6e0
Author: David Bremner brem...@debian.org
Date: Mon Oct 20 11:43:11 2014 +0200
debian: bug fix release for file conflict
diff --git a/debian/changelog b/debian/changelog
index 22f619d..f6e6665 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+racket (6.1-2
Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Source: haskell-mode
Version: 13.10-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20141108 qa-ftbfs
Justification: FTBFS in jessie on amd64
AFAICT, the relevant part is actually
Checking
David Bremner da...@tethera.net writes:
In toplevel form:
haskell-process.el:1167:1:Error: the function `haskell-command' is not known
to be defined.
Makefile:61: recipe for target 'check-haskell-process' failed
I can duplicate this with (Emacs 24.4)
% emacs --batch -Q -L . --eval (setq
1 - 100 of 276 matches
Mail list logo