On Sat, Mar 3, 2012 at 16:45:24 +0100, Ondřej Surý wrote:
> On Sat, Mar 3, 2012 at 15:17, Julien Cristau wrote:
> > On Mon, Jan 23, 2012 at 15:41:00 -0600, Raphael Geissert wrote:
> >
> >> Please let me know when we have a green light for uploading to sid. As last
> >> time, I will provide the l
On Sat, Mar 3, 2012 at 15:17, Julien Cristau wrote:
> On Mon, Jan 23, 2012 at 15:41:00 -0600, Raphael Geissert wrote:
>
>> Please let me know when we have a green light for uploading to sid. As last
>> time, I will provide the list of packages to binNMU when the time comes.
>>
> I think you can pr
On Mon, Jan 23, 2012 at 15:41:00 -0600, Raphael Geissert wrote:
> Please let me know when we have a green light for uploading to sid. As last
> time, I will provide the list of packages to binNMU when the time comes.
>
I think you can proceed now. Thanks for your patience.
Cheers,
Julien
sig
Hi,
would it be possible to get at least the timescale in which I should
expect the reply to this email?
(I know you are busy, I know you are volunteers, but same applies to
me, and I need that just for planning purposes of my time.)
Thanks,
Ondrej
On Thu, Feb 9, 2012 at 22:11, Ondřej Surý wro
On Mon, Feb 6, 2012 at 22:14, Ondřej Surý wrote:
>> They can test right now with php from experimental...
>
> How many of them do you think will do that? I am big pessimist here.
> Do you think that email about testing with experimental packages now
> and then second (well third if you count that
On Tue, Feb 7, 2012 at 13:52, Thijs Kinkhorst wrote:
> Thanks, but it doesn't work for me yet (e.g. mediawiki).
> https://www.sury.org/php-check/5.3/mediawiki-1:1.15.5-7.log
> 404 Not Found
Sorry, I have fixed something else. Just try without epoch. I have removed
it from the wiki as well.
O.
--
On Tue, February 7, 2012 09:37, OndÅej Surý wrote:
> On Tue, Feb 7, 2012 at 09:09, Thijs Kinkhorst wrote:
> I'm pretty sure something like that was done for python. Â I don't
> think
> perl breaks source level compatibility to anywhere near the same
> extent
> (could be wrong
2012/2/7 Mehdi Dogguy :
> On 06/02/12 23:21, Ondřej Surý wrote:
>>
>> On Mon, Feb 6, 2012 at 22:14, Ondřej Surý wrote:
I'm pretty sure something like that was done for python. I don't
think perl breaks source level compatibility to anywhere near the
same extent (could be wrong
On 06/02/12 23:21, Ondřej Surý wrote:
On Mon, Feb 6, 2012 at 22:14, Ondřej Surý wrote:
I'm pretty sure something like that was done for python. I don't
think perl breaks source level compatibility to anywhere near the
same extent (could be wrong, though).
http://wiki.debian.org/PHP/54Transit
On Tue, Feb 7, 2012 at 09:09, Thijs Kinkhorst wrote:
I'm pretty sure something like that was done for python. I don't
think
perl breaks source level compatibility to anywhere near the same extent
(could be wrong, though).
>>
>> http://wiki.debian.org/PHP/54Transition
>
> The l
>>> I'm pretty sure something like that was done for python. Â I don't
>>> think
>>> perl breaks source level compatibility to anywhere near the same extent
>>> (could be wrong, though).
>
> http://wiki.debian.org/PHP/54Transition
The links to packages with an epoch'ed version are broken.
Thijs
On Mon, Feb 6, 2012 at 22:14, Ondřej Surý wrote:
>> I'm pretty sure something like that was done for python. I don't think
>> perl breaks source level compatibility to anywhere near the same extent
>> (could be wrong, though).
http://wiki.debian.org/PHP/54Transition
All those "NEED-CHECK" has b
On Mon, Feb 6, 2012 at 21:13, Julien Cristau wrote:
> On Mon, Feb 6, 2012 at 20:14:53 +0100, Ondřej Surý wrote:
>> 2012/2/6 Julien Cristau :
>> > On Mon, Feb 6, 2012 at 14:46:51 +0100, Ondřej Surý wrote:
>> >
>> >> So I would say we are pretty safe on this front. PHP scripts still could
>> >> b
On Mon, Feb 6, 2012 at 20:14:53 +0100, Ondřej Surý wrote:
> 2012/2/6 Julien Cristau :
> > On Mon, Feb 6, 2012 at 14:46:51 +0100, Ondřej Surý wrote:
> >
> >> So I would say we are pretty safe on this front. PHP scripts still could
> >> break in every possible way, but I don't think we would be a
2012/2/6 Julien Cristau :
> On Mon, Feb 6, 2012 at 14:46:51 +0100, Ondřej Surý wrote:
>
>> So I would say we are pretty safe on this front. PHP scripts still could
>> break in every possible way, but I don't think we would be able to detect
>> that easily.
>>
> Well, there'll need to be *some* wa
On Mon, Feb 6, 2012 at 14:46:51 +0100, Ondřej Surý wrote:
> So I would say we are pretty safe on this front. PHP scripts still could
> break in every possible way, but I don't think we would be able to detect
> that easily.
>
Well, there'll need to be *some* way to detect them before release,
s
On Mon, Feb 6, 2012 at 12:00, Niels Thykier wrote:
> On 2012-02-06 10:32, Ondřej Surý wrote:
>> Hi Niels,
>>
>> On Mon, Feb 6, 2012 at 10:20, Niels Thykier wrote:
>>> On 2012-01-23 22:41, Raphael Geissert wrote:
Package: release.debian.org
Severity: normal
User: release.debian@
On 2012-02-06 10:32, Ondřej Surý wrote:
> Hi Niels,
>
> On Mon, Feb 6, 2012 at 10:20, Niels Thykier wrote:
>> On 2012-01-23 22:41, Raphael Geissert wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>>
>>> Hi,
>>>
Hi Niels,
On Mon, Feb 6, 2012 at 10:20, Niels Thykier wrote:
> On 2012-01-23 22:41, Raphael Geissert wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Hi,
>>
>> As I mentioned about a week ago on #debian-release
On 2012-01-23 22:41, Raphael Geissert wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> As I mentioned about a week ago on #debian-release, we intend to ship PHP 5.4
> in wheezy. Since it has API changes, pac
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
As I mentioned about a week ago on #debian-release, we intend to ship PHP 5.4
in wheezy. Since it has API changes, packages need to be fixed and then
rebuilt.
More packages are br
21 matches
Mail list logo
