Sergey, please, I already have explained to you, that the bug has been fixed in php7.0-dev version 7.0.3-4 and higher, and there's nothing that can be done before the kfreebsd-* builds are not stuck at the perl and snmp transitions there are blocking php7.0 builds.
As you clearly don't belive me, I am Ccing this email to debian-devel, so somebody else you might believe will confirm the severities in non-release archs and status of kfreebsd-* I simply cannot fix an architecture that is lagging behind in the builds of packages that has already fixed the underlying problem. I simply lack the magic powers to modify binary packages by my pure will, so we'll have to wait for new builds. Yes, it would be better if libtool would add "Breaks: php7.0-dev (<< 7.0.3-4), but the milk has been already spilled, and unless src:php7.0 >= 7.0.3-4 will be built on kfreebsd-*, this will cause all PHP 7.0 PECL extensions to FTBFS. And since this is a non-release arch, all we need now is patience. There's really no need to pull the wardrums out of the closet. Cheers, -- Ondřej Surý <ond...@sury.org> Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server On Mon, Feb 29, 2016, at 14:46, Sergey B Kirpichev wrote: > On Mon, Feb 29, 2016 at 02:28:08PM +0100, Ondřej Surý wrote: > > It's not how important they seem to *me*, but to the release team. > > The FTBFS on non-release archs are not "serious" > > I don't see that here: > https://www.debian.org/Bugs/Developer#severities > > btw, will kfreebsd release arch or not - up to the release team, I > don't think you can decide about this by yourself. Of course, you > can "help" them by ignoring some issues. > > > > Why you break this so easily? > > > (btw, how such archs could get release status if you refuse to assist > > > them?). > > > > This is a breakage that was caused by libtool 2.4.6-0.1 upload. > > ... > > And as you can see in #814271, I fixed this bug within one week when it > > was reported. So please consider your words. > > Maybe. But to check that - package must be in an installable state > on this arch. Otherwise, we can't be sure. > > Ok, you aren't going to reconsider anything, there is no > issue and nothing to do, right? > > _______________________________________________ > Pkg-php-pecl mailing list > pkg-php-p...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-pecl
