First, the mitigation: adding this into /etc/default/fluidsynth mostly
mitigates this issue, but does not resolve it:
OTHER_OPTS='-z8192'
Upstream this bug exists as
https://github.com/FluidSynth/fluidsynth/issues/338
and the upstream author seems almost hostile to the idea that anyone
wou
Package: apache2
Version: 2.4.9-1
Severity: normal
Dear Maintainer,
I first encountered this problem on my main home Debian box, but
have now reproduced it on a fresh VM I did nothing to after the
initial install except:
1) dist-upgrade to jessie
2) install and configure apache2 as below
The pro
On 10 June 2013 11:55, Julien Cristau wrote:
> On Mon, Jun 10, 2013 at 11:41:00 +0200, Daniel Martin wrote:
>
>> On 9 June 2013 19:00, Julien Cristau wrote:
>> > The padding is *before* the rate field, so the rate is placed on a 32bit
>> > boundary. This change
traneous padding too:
...
CARD32 length B32;
CARD16 num_encodings B16;
CARD32 padl3 B32;
...
And even without this padding sz_xvQueryEncodingsReply=32 is wrong,
as the fields sum up to 34 and with that padding we're at 36.
Cheers,
Daniel Martin
--
To UNSUBSCRIBE, email to
On Wed, Jun 05, 2013 at 04:38:00PM -0400, Marc Deslauriers wrote:
> Here's what I did...not sure if it's the best way to fix it though:
>
> --- libxcb-1.8.1.orig/tests/Makefile.am
> +++ libxcb-1.8.1/tests/Makefile.am
> @@ -12,9 +12,6 @@
> check_PROGRAMS = check_all
> check_all_SOURCES = check_a
On Tue, Feb 19, 2013 at 12:58:58PM +0530, Vibhav Pant wrote:
> Attached correct diff
This patch looks better than the previous (i.e. the unused int in the
test is gone), but:
- it's targeting version 1.8.1 (we've 1.9 atm.), which is not a problem,
as it doesn't touch any files besides debian/ an
Olly Betts writes:
> If you'd like me to NMU this change, please just let me know.
Could you please? I'm a bit swamped with the day job for the next two
weeks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
Sergei Golovan writes:
> The attached patch ports tkdesk to new Itcl/Itk and apparently fixes
> bug #533061. If you want, I could make a non-maintainer upload with
> this patch.
Clearly, I'm swamped with other stuff going on, so if you're still
able to do this I'd really appreciate it.
--
T
I'm sorry for not responding earlier, but I'm having trouble
understanding your bug report:
- itcl3 *is* a listed dependency for tkdesk. Your own system clearly
thinks so, since it included it in the report of packages tkdesk
depends on.
- Your system is under the impression that you have itcl 3.2
Rob Bochan <[EMAIL PROTECTED]> writes:
> Some more info. I was just able to get fvwm95 to start properly, but I had to
> reconfigure locales, adding all the EN_US entries available (as per bug
> #278775). This was a fresh netinstall of Etch, and the default locales setup
> apparently doesn't al
Joey Hess <[EMAIL PROTECTED]> writes:
> This package needs some TLC.
No kidding. It could also use an upstream that did well,
anything. Maybe the tcl group that's getting together will help.
Fortunately, I have today (finally) received the official OK from head
honchos at $WORK to actively
Rob Weir <[EMAIL PROTECTED]> writes:
> Hi Daniel,
>
> this bug has been open for a while now; do you think you'll have time to
> upload the fix anytime soon? Would you liks someone to NMU it for you?
I've been sucked into other things, but should be able to address
several debian bugs in the mid
Package: dwww
Version: 1.9.24
Severity: important
Tags: patch
When getting /cgi-bin/dwww?type=dir&location=/usr/share/doc on my
machine, my web browser gives me the following error:
Insecure $ENV{IFS} while running with -T switch at /usr/lib/cgi-bin/dwww
line 73.
HTTP/1.1 200 OK
I believe that t
"Kingsley G. Morse Jr." <[EMAIL PROTECTED]> writes:
> It's been a corner stone of my desktop for years.
Mine too, which is how I wound up with it...
> Error: couldn't read file "/usr/lib/blt2.4/dragdrop.tcl": no such file or
> directory
This sounds like your install of blt is seriously pooched
Are you certain that your copy of perl-base is:
1) Reasonably up-to-date (at least compared to your copy of perl), and
2) Not corrupt or missing part of it?
I ask because pbuilder build trees from the middle of December
(at least as far back as December 11th) on my machine show
utf8_heavy.pl insta
15 matches
Mail list logo
