Comments

14 Comments
karma

Asterisk seems to work fine for me.

Was it really appropriate to push a new major version of emacs in an existing release?

Ah sorry didn't realise I had mixed up the numbers - will fix that.

If it fixed both I would list them both. As far as I know there is no patch for the second one yet, or at least there wasn't when I built this. Well strictly speaking I had just finished building it when the second one came in but as there was no patch for it I pushed this out without waiting.

karma

Repeatedly crashes with a buffer overflow:

Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: sendto failed: Invalid argument Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: remote address is (inet_ntop error) port 45798 Apr 01 09:46:56 arden.compton.nu unbound[15415]: buffer overflow detected : /usr/sbin/unbound terminated Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: sendto failed: Invalid argument Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: remote address is (inet_ntop error) port 45798 Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: sendto failed: Invalid argument Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: remote address is (inet_ntop error) port 45798 Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: sendto failed: Invalid argument Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: remote address is (inet_ntop error) port 45798 Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: sendto failed: Invalid argument Apr 01 09:46:56 arden.compton.nu unbound[15415]: [15415:0] notice: remote address is (inet_ntop error) port 45798 Apr 01 09:46:56 arden.compton.nu systemd[1]: unbound.service: Main process exited, code=killed, status=6/ABRT Apr 01 09:46:56 arden.compton.nu systemd[1]: unbound.service: Unit entered failed state. Apr 01 09:46:56 arden.compton.nu systemd[1]: unbound.service: Failed with result 'signal'.

Why push this to stable when nobody will ever be able to install it because the dependencies are not available?

This update has been unpushed.

It's not String.prototype.repeat() itself that has the problem, it's the tough-cookie module, but updating that to fix the security issue required a new version of String.prototype.repeat().

Fixes broken gdal dependencies

BZ#1277689 Update of apache to 2.4.17 breaks passenger

@kalev That's fine - it's what I wanted but per https://github.com/fedora-infra/bodhi/issues/394 bodhi wasn't playing ball...

karma

Looks good, and actually works now we've moved to dnf ;-)

karma

Fixes BZ#1224678 for me.

Resolves #1217358 for me.