On 07/11/2018 20:48, Ondřej Surý wrote:
> I solved the doctrine bug, but php-symfony-polyfill 1.10.0 turned out to be
> harder nut to crack:
>
> For reference:
>
> 1. I removed references for Normalizer::NONE as they were testing if the code
> would "assert" (whatever that means in this context
Paul,
thank you for all the effort you have put into this. I understand and
appreciate the effort.
I am basically not objecting to whatever solution there will be, it is
ultimately that package maintainer’s decision, and I am sorry I can’t be more
helpful, but my free time is limited and all I
Hi,
On 09-11-18 20:09, Ondřej Surý wrote:
> But somehow for this simple package I would just prefer to just bite
> the bullet once in a while, do binNMU and then suffer it through… My
> experience tells me that “the simpler the better” even if it’s not
> perfect. Perfect but complex tend to break
Well, it’s either making the package binNMUable (using generic php-fpm test
dependency) or recording the exact dependencies (using php7.3-fpm) or
dynamically generating debian/tests/control like I do for php-defaults (which
requires much more complex system).
But somehow for this simple package
Hi Ondřej,
On 09-11-18 18:39, OndÅej Surý wrote:
> The versioned depends is needed only for autopkgtests and not for the package
> itself. So, I think the dependency is useless there.
I misunderstood you then. Still, if a test case of a package requires a
different specific (minimum) version o
The versioned depends is needed only for autopkgtests and not for the package
itself. So, I think the dependency is useless there.
Ondrej
--
Ondřej Surý
> On 9 Nov 2018, at 10:37, Paul Gevers wrote:
>
> Hi,
>
> Hmm, I should read my backlog before replying.
>
>> On 08-11-18 22:53, Ondřej Su
Hi,
Hmm, I should read my backlog before replying.
On 08-11-18 22:53, Ondřej Surý wrote:
> But php-defaults and rss-bridge needs to go together.
That is ok, but where is this coded in the dependencies?
> I thought that runtime detection of default PHP version in autopkgtest would
> be overkill
Hi Ondřej,
On 08-11-18 22:47, Ondřej Surý wrote:
>> On 9 Nov 2018, at 03:35, Paul Gevers wrote:
>>
>> You also uploaded (NMU) two revisions of rss-bridge. The last one is
>> stuck in unstable because you broke the autopkgtest.
>
> Umm, no?
>
> https://ci.debian.net/data/autopkgtest/unstable/am
But php-defaults and rss-bridge needs to go together.
I thought that runtime detection of default PHP version in autopkgtest would be
overkill, so the socket path is hardcoded at the build-time.
Ondrej
--
Ondřej Surý
ond...@sury.org
> On 9 Nov 2018, at 04:47, Ondřej Surý wrote:
>
> Hi Paul,
Hi Paul,
> On 9 Nov 2018, at 03:35, Paul Gevers wrote:
>
> You also uploaded (NMU) two revisions of rss-bridge. The last one is
> stuck in unstable because you broke the autopkgtest.
Umm, no?
https://ci.debian.net/data/autopkgtest/unstable/amd64/r/rss-bridge/1281281/log.gz
https://ci.debian.
Hi Ondřej,
On 07-11-18 20:48, Ondřej Surý wrote:
> I solved the doctrine bug, but php-symfony-polyfill 1.10.0 turned out to be
> harder nut to crack:
>
> For reference:
>
> 1. I removed references for Normalizer::NONE as they were testing if the code
> would "assert" (whatever that means in th
I solved the doctrine bug, but php-symfony-polyfill 1.10.0 turned out to be
harder nut to crack:
For reference:
1. I removed references for Normalizer::NONE as they were testing if the code
would "assert" (whatever that means in this context)
2. There was mismatch between declaration of warning
On 21/10/2018 07:51, OndÅej Surý wrote:
> Thanks! All look good now.
>
> Now, if you can bump php-defaults, so it migrates earlier and kick kopanocore
> and php-mailparse from testing, and we could remove php7.2 from the archive
> and be done with this transition.
php-defaults delay is caused
Thanks! All look good now.
Now, if you can bump php-defaults, so it migrates earlier and kick kopanocore
and php-mailparse from testing, and we could remove php7.2 from the archive and
be done with this transition.
Thank you,
Ondřej
--
Ondřej Surý
> On 20 Oct 2018, at 12:58, Emilio Pozuelo Mo
On 19/10/2018 19:46, Ondřej Surý wrote:
> Hi,
>
> could you please binNMU these, I hand tested if they build now and they do:
>
> - owfs
> - php-facedetect
> - php-geos
> - php-horde-lz4
> - php-luasandbox
> - remctl
> - uwsgi-plugin-php
> - wikidiff2
>
> RC bug filled:
> - kopanocore
> - php-ma
Hi,
could you please binNMU these, I hand tested if they build now and they do:
- owfs
- php-facedetect
- php-geos
- php-horde-lz4
- php-luasandbox
- remctl
- uwsgi-plugin-php
- wikidiff2
RC bug filled:
- kopanocore
- php-mailparse (doesn’t have support)
- kopanocore also has changed symbols re
On 09/10/2018 15:56, Ondřej Surý wrote:
> Hi,
>
> Packages that need bump of the default PHP version, it just builds for the
> default version
> - kopanocore
> - owfs
> - php-facedetect
> - php-geos
> - php-horde-lz4
> - php-luasandbox
> - remctl
> - uwsgi-plugin-php
> - wikidiff2
>
> FTBFS rela
Hi,
Packages that need bump of the default PHP version, it just builds for the
default version
- kopanocore
- owfs
- php-facedetect
- php-geos
- php-horde-lz4
- php-luasandbox
- remctl
- uwsgi-plugin-php
- wikidiff2
FTBFS related to PHP 7.3:
- php-mailparse
- php-pinba
FTBFS unrelated to PHP 7.
On 07/10/2018 20:21, Ondřej Surý wrote:
> Dammit, I completely forgot the phpapi change between the beta and the RC :(.
> Sorry about that.
>
> The good should be: 20180731
>
> The bad should be: 20180606 and 20170718
>
> e.g. those binNMUs were wasted time :( and they will need to be triggere
Dammit, I completely forgot the phpapi change between the beta and the RC :(.
Sorry about that.
The good should be: 20180731
The bad should be: 20180606 and 20170718
e.g. those binNMUs were wasted time :( and they will need to be triggered
again. Sorry for that.
Thanks,
Ondrej
--
Ondřej Su
On 02/10/2018 21:00, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> Control: forwarded -1 https://release.debian.org/transitions/html/php7.3.html
>
> On 19/08/2018 08:49, Ondřej Surý wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian
Control: tags -1 confirmed
Control: forwarded -1 https://release.debian.org/transitions/html/php7.3.html
On 19/08/2018 08:49, Ondřej Surý wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> with PHP 7.3.0~beta2
Hi Emilio,
I already started doing some extension builds pulling patches from Remi Collet:
$ grep 7\\.3.*patches */debian/changelog
php-amqp/debian/changelog: * Add PHP 7.3 patches (Courtesy of Remi Collet)
php-memcached/debian/changelog: * Add PHP 7.3 compatibility patches (Courtesy
of Remi C
On 19/08/2018 08:49, Ondřej Surý wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> with PHP 7.3.0~beta2, I would like to start a transition from PHP 7.2
> to PHP 7.3, so we have the latest PHP version in Debia
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
with PHP 7.3.0~beta2, I would like to start a transition from PHP 7.2
to PHP 7.3, so we have the latest PHP version in Debian buster,
25 matches
Mail list logo
