be considered a bug.
Well, if that's the decision then fair enough. For most other languages
though it seems to be policy that the language's standard library goes
in a different place from any other random packages; I assumed that was
the default.
Cheers, Simon
--
Simon MacMullen
RabbitMQ, Pivotal
/jquery-1.6.4.min.js
plugins-src/rabbitmq-management/priv/www/js/jquery.flot.min.js
plugins-src/rabbitmq-management/priv/www/js/jquery.flot.time.min.js
plugins-src/rabbitmq-management/priv/www/js/sammy-0.6.0.min.js
Bastien
--
Simon MacMullen
RabbitMQ, Pivotal
--
To UNSUBSCRIBE
other it might have installed, probably breaking it.
RabbitMQ's web stomp plugin is an example of such an application.
This is a bad idea for any Erlang library, and it's a particularly bad
idea for Cowboy as it has a rather fast-moving API.
Cheers, Simon
--
Simon MacMullen
RabbitMQ, Pivotal
On 31/03/2014 08:14, Thomas Goirand wrote:
I don't think waiting again and again for a potential version 3.3 to
maybe fix the issue in probably some months, is the way to go.
We are expecting to release 3.3.0 either this week or next, for what
it's worth. Our fix to this issue has been
.
It is likely that this will be addressed in 3.3.0, which is still some
months off.
Cheers, Simon
--
Simon MacMullen
RabbitMQ, Pivotal
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
not removing it sounds like the simplest thing to do...
Cheers, Simon
--
Simon MacMullen
RabbitMQ, VMware
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
time we should have a Debian
Maintainer on the RabbitMQ team to upload it) will switch to using
start-stop-daemon.
Finally, I'll look into not invoking userdel. That sounds plausible. A
quick google points me to Debian bug 621833, which seems to say do not
remove.
Cheers, Simon
--
Simon
On 21/10/11 22:24, Scott Moser wrote:
I think that the issues is that the 'beam' program is not stopping soon
enough or at all.
Thanks for the bug report. I'm not sure whether just killing beam is the
right thing to do but we'll look into it.
Cheers, Simon
--
Simon MacMullen
RabbitMQ
On 24/10/11 13:49, Scott Moser wrote:
That leaves stdin and stdout and stderr open for that daemon process.
Ah, thanks. We should be able to fix this fairly easily. I'll let you
know when it's done.
Cheers, Simon
--
Simon MacMullen
RabbitMQ, VMware
--
To UNSUBSCRIBE, email to debian
Package: mp3gain
Version: 1.4.6-7
Severity: normal
I've found at least one song on which mp3gain reports completely wrong
values. This only occurs on i386 systems, amd64 reports the correct
values.
I've tested this on two lenny i386 systems (the one I'm reporting this
from is a vserver guest
Stefan Fritsch wrote:
http://people.debian.org/~sf/mp3gain_1.4.6-7%2Bsf1_i386.deb
Yes, that appears to fix it. Thanks.
(Weird to think GCC can be so non-deterministic...)
Cheers, Simon
--
[][][] Simon MacMullen
[][] LShift Ltd
[] [] www.lshift.net
--
To UNSUBSCRIBE, email
11 matches
Mail list logo
