On Fri, Oct 17, 2014 at 12:20:02AM +0100, Steven Chamberlain wrote:
Hi,
On 16/10/14 21:12, Kurt Roeckx wrote:
This would actually make things for me much more simple. I
sometimes run into problems because of missing bug fixes that have
been done earlier in the branch. And I generaly
Processing changes file: eglibc_2.13-38+deb7u6_mipsel.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xf4ar-0004bj...@franck.debian.org
Processing changes file: eglibc_2.13-38+deb7u6_mips.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xf53t-000618...@franck.debian.org
Hi,
so... PHP 5.4.34 has been released that fixes CVE-2014-3668,
CVE-2014-3669 and CVE-2014-3670.
Do you think, that in line what has been said in #757342, we could try
updating this as 5.4.34 instead of cherry-picking the changes?
Cheers,
--
Ondřej Surý ond...@sury.org
Knot DNS
Niels Thykier writes (Re: Re-Proposal - preserve freedom of choice of init
systems):
While I appreciate that this is a very important issue for a lot of
people, I am deeply concerned by the point in time it is revived.
_*We have less than 3 weeks till the Jessie freeze starts!*_
I agree
On 10/17/2014 10:33 AM, Ian Jackson wrote:
If the fix is not easy then we have three options: the release team
mark it `jessie-ignore', the GNOME maintainers fix it, or GNOME is
removed from jessie.
The implication here appears to be troubling for any upstream who wants
to rely on specific
Daniel Kahn Gillmor writes (Re: Re-Proposal - preserve freedom of choice of
init systems):
The implication here appears to be troubling for any upstream who wants
to rely on specific features of a given initsystem.
Yes, indeed.
The implication of this proposed GR seems to be that those tools
On 10/17/2014 11:26 AM, Ian Jackson wrote:
Daniel Kahn Gillmor writes (Re: Re-Proposal - preserve freedom of choice of
init systems):
The implication here appears to be troubling for any upstream who wants
to rely on specific features of a given initsystem.
Yes, indeed.
The implication
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please unblock^Wage package php5
Hi,
couple of CVEs[1] has been fixed in php5/5.6.2+dfsg-1. Unfortunately
it also needs new libjpeg-turbo
In linux.debian.vote Ian Jackson ijack...@chiark.greenend.org.uk wrote:
If people want to make Debian derivatives that work only with a
particular init system, that's completely fine. The reverse - trying
to put back support for sysvinit, if it gets taken out of Debian,
would be very very
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi
I’d like to request in advance an unblock of package firetray.
The current version 0.4.8 of firetray in Sid and Jessie is one year old.
The upcoming version 0.5 fixes at least one
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
Nova, like most of the rest of OpenStack Icehouse, would have migrate to
Jessie tomorrow, including the latest upstream bugfix release 2014.1.3.
However, I just uploaded a fix for
On 10/17/2014 12:06 PM, Ian Jackson wrote:
Daniel Kahn Gillmor writes (Re: Re-Proposal - preserve freedom of choice of
init systems):
nevertheless, runit behaves differently when it is pid 1 than when it is
used in a subordinate role to another initsystem. If i'm upstream and
i'm building
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
The upload of docker.io (1.3.0~dfsg1-1) that was accepted today includes
a fix for the now public CVE-2014-5282 [1]. Paul mentioned that I ought
to send an unblock to see if we can
Quoting Daniel Kahn Gillmor (2014-10-17 18:38:35)
On 10/17/2014 12:06 PM, Ian Jackson wrote:
And the GR text is quite careful: it doesn't say that failure to work
with one init system is worse than any other bug. It is only
_requiring a specific init system to be pid 1_ which is forbidden.
Dear Release Team,
we - the APT team - would like to ask for permission for a transition,
namily of the apt version as found in experimental to unstable with
the target of reaching jessie.
While it adds some long requested new features
(like apt-get install foo.deb apt-get build-dep foo.dsc),
On Fri, 17 Oct 2014 16:28:54 + Tianon Gravi admwig...@gmail.com wrote:
... now public CVE-2014-5282 [1] ...
Err [1]:
https://groups.google.com/d/topic/docker-announce/aQoVmQlcE0A/discussion
(Thanks Olasd!)
♥,
- Tianon
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
Daniel Kahn Gillmor:
The implication of this proposed GR seems to be that those tools
would be unfit for inclusion within debian unless someone erects all
the additional scaffolding that runit provides (process supervision,
pipelined logfiles with autorotation and log msgs just sent to
18 matches
Mail list logo
