On 2012-03-30 00:16, Martin Zobel-Helas wrote:
> Hi,
>
> On Thu Mar 29, 2012 at 23:52:02 +0200, Niels Thykier wrote:
>> [...]
>
> With my DSA hat on:
>
> It would make sense to have someone from the DSA team present during
> that IRC meeting, as architecture qualification has a direct impact on
Hi Adam, thanks for your work!
On Thu, 29 Mar 2012 14:09:22 +0100, "Adam D. Barratt" wrote:
> block 666067 with 666169 666172 666170 666181
> thanks
>
> On 29.03.2012 10:59, Norbert Preining wrote:
>> Let me know if something goes weird.
>
> There have been four build failures from the binNMUs
Processing changes file: icedove_3.0.11-1+squeeze8_amd64.changes
ACCEPT
Processing changes file: icedove_3.0.11-1+squeeze8_armel.changes
ACCEPT
Processing changes file: icedove_3.0.11-1+squeeze8_i386.changes
ACCEPT
Processing changes file: icedove_3.0.11-1+squeeze8_ia64.changes
ACCEPT
Proce
Hi,
On Thu Mar 29, 2012 at 23:52:02 +0200, Niels Thykier wrote:
> Hi,
>
> I was wondering if we could do an IRC meeting some time during Easter to
> debate arch qualification? When I brought it up in #d-release, it was
> followed by a suggestion of doing an IRL meeting.
With my DSA hat on:
It
Hi,
I was wondering if we could do an IRC meeting some time during Easter to
debate arch qualification? When I brought it up in #d-release, it was
followed by a suggestion of doing an IRL meeting.
Personally, I vote for "both". :)
For the IRC meeting, I am available all of Easter except Thursd
Hi,
I'm the original reporter, and I grabbed Jordi's sources, built for i386
here, and tested, and things worked great.
Thanks! Looking forward to seeing this in Squeeze.
- Chris
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
This update reduces attackers' ability to perform a reflected DoS attack by
sending spoofed UDP packets to multiple Tremulous servers, by rate-limiting
large responses to those packets. It's the
On Thu, Mar 29, 2012 at 21:59:42 +0200, Vincent Fourmond wrote:
> Yep, but the fix is just on its way ;-), with urgency=high since
> it's a security problem that was only half-fixed. I prefer to wait
> until testing is safe again before uploading disruptive changes to
> unstable, since it will t
Hi again,
On 29/03/12 21:56, Julien Cristau wrote:
>> On Sat, Mar 24, 2012 at 10:27 PM, Julien Cristau
>> wrote:
Package: release.debian.org User:
release.debian@packages.debian.org Usertags: transition
Severity: normal
Dear Release Team,
The newer ima
On Thu, Mar 29, 2012 at 21:34:03 +0200, Vincent Fourmond wrote:
> Hello,
>
> On Sat, Mar 24, 2012 at 10:27 PM, Julien Cristau wrote:
> >> Package: release.debian.org
> >> User: release.debian@packages.debian.org
> >> Usertags: transition
> >> Severity: normal
> >>
> >> Dear Release Team,
On Tue, 2012-02-28 at 23:00 +0100, Julien Cristau wrote:
> libXi has had several important fixes upstream over the past year, some
> of which are required for operation with recent X servers (see
> bug#660411 e.g.). A lot of it is related to calculating the proper size
> of an allocation to fill i
Hello,
On Sat, Mar 24, 2012 at 10:27 PM, Julien Cristau wrote:
>> Package: release.debian.org
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Severity: normal
>>
>> Dear Release Team,
>>
>> The newer imagemagick package just uploaded to unstable (6.7.4.0-1)
>> int
On Thu, Mar 29, 2012 at 09:21:42 +0200, Joachim Breitner wrote:
> I’m not sure how much work it was to do so, but – and I hope this is
Just about 0 (it's part of the things I need to handle anyway).
Cheers,
Julien
signature.asc
Description: Digital signature
On 28/03/12 21:01, Julien Cristau wrote:
On Mon, Feb 27, 2012 at 10:40:40 +0100, Eugen Dedu wrote:
On 26/02/12 06:36, Mark Purcell wrote:
On Sun, 26 Feb 2012 07:07:11 Cyril Brulebois wrote:
Michael van der Kolff (26/02/2012):
Libopal3.10.1 replaces 3.8; ekiga& t38modem are upgraded.
I
On Do, 29 MÀr 2012, Adam D. Barratt wrote:
> There have been four build failures from the binNMUs so far - catdvi
> (#666169), dvi2dvi (#666172), ptex-bin (#666170), texfam (#666171).
ptex-bin is replaced by texlive-binaries, no problem with that, it
will be removed anyway soon.
The others I
Processing commands for cont...@bugs.debian.org:
> block 666067 with 666171
Bug #666067 [release.debian.org] transition: libkpathsea6
666067 was blocked by: 666172 666170 666169
666067 was not blocking any bugs.
Added blocking bug(s) of 666067: 666171
> thanks
Stopping processing here.
Please con
Processing commands for cont...@bugs.debian.org:
> block 666067 with 666169 666172 666170 666181
Bug #666067 [release.debian.org] transition: libkpathsea6
666067 was not blocked by any bugs.
666067 was not blocking any bugs.
Added blocking bug(s) of 666067: 666172, 666170, and 666169
> thanks
Stop
block 666067 with 666169 666172 666170 666181
thanks
On 29.03.2012 10:59, Norbert Preining wrote:
Let me know if something goes weird.
There have been four build failures from the binNMUs so far - catdvi
(#666169), dvi2dvi (#666172), ptex-bin (#666170), texfam (#666171).
Regards,
Adam
-
Hi Adam,
>> Hahahahaha, sure, I can also wait another two years.
>
> fwiw, if you'd requested binNMUs while the new texlive-bin was in
> experimental, we'd have been happy to schedule them for you. I'm not sure
> why you think that would have taken so long.
Call me ignorant, but I don't know
On 29.03.2012 09:19, Norbert Preining wrote:
That would have been somewhat useful /before/ the packge was
uploaded to unstable. :-(
Hahahahaha, sure, I can also wait another two years.
fwiw, if you'd requested binNMUs while the new texlive-bin was in
experimental, we'd have been happy to sch
Hi Adam,
> That would have been somewhat useful /before/ the packge was uploaded to
> unstable. :-(
Hahahahaha, sure, I can also wait another two years.
And BTW, how often has an upgrade of poppler broken TeX without prior warning?
And recently wasn't it also zlib that did some incompatible ch
Processing commands for cont...@bugs.debian.org:
> reopen 650601
Bug #650601 {Done: NIIBE Yutaka } [release.debian.org]
transition: libpng 1.5
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
reopen 650601
thanks
On 29.03.2012 08:27, ow...@bugs.debian.org wrote:
Your message dated Thu, 29 Mar 2012 07:24:46 +
with message-id
and subject line Bug#650601: fixed in qrencode 3.2.0-1
has caused the Debian Bug report #650601,
regarding transition: libpng 1.5
to be marked as done.
#65
Processing changes file: tryton-server_1.6.1-2+squeeze1_i386.changes
ACCEPT
Processing changes file: linux-2.6_2.6.32-41squeeze2_multi.changes
ACCEPT
Processing changes file: linux-2.6_2.6.32-41squeeze2_amd64.changes
ACCEPT
Processing changes file: linux-2.6_2.6.32-41squeeze2_armel.changes
Your message dated Thu, 29 Mar 2012 07:24:46 +
with message-id
and subject line Bug#650601: fixed in qrencode 3.2.0-1
has caused the Debian Bug report #650601,
regarding transition: libpng 1.5
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not
Hi,
nice, today the first correct hint was generated:
Trying easy from satbritney: libgpiv/0.6.1-4 pygpiv/2.0.0-4
leading: libgpiv,pygpiv
start: 39+113: i-3:a-0:a-0:i-1:k-15:k-15:m-0:m-1:p-0:s-2:s-2:a-40:s-73
orig: 39+113: i-3:a-0:a-0:i-1:k-15:k-15:m-0:m-1:p-0:s-2:s-2:a-40:s-73
easy: 39+112: i-3:
On 29.03.2012 02:16, Norbert Preining wrote:
On Mi, 28 Mär 2012, Adam D. Barratt wrote:
It looks like libkpathsea changed SONAME in unstable in a recent
upload.
Yes.
texlive maintainers - have the reverse dependencies been test
rebuilt
with the new library version?
No.
That would have
27 matches
Mail list logo