Error en el php si usas la porqueria de sury packages

 Recordemos el php DotDeb que tan bien hizo su trabajo y ahora tenemos.. el repositorio php de sury ..hacer un #repositorio de #php fue la excusa perfecta para hacer dinero usando la fama de mantenedor

Los paquetes de sury tienen problemas pero uno en particular impide que lo uses, son dos realmente, el php-http y el php-recode, esto porque las versiones mas nuevas de estos paquetes solo funcionan con php 7.3 y el repo sury solo empaqueta la ultima de todo, lo que deja en evidencia que rompe las otras versiones. Este es solo el mas detallado, otros detalles hacen de este repositorio muy controvertido.

Hoy dia podemos ver que freexian ofrece ahora un repo especial para paquetes php, sospechoso que ahora se haga esto promocionado desde la pagina de los repso de sury:

Si empleas los paquetes de php sury notaras su postura dictatorial y progresista, pero exclusiva y déspota de su mal servicio. Se jacta de hacer paquetes para Debian stable pero tienen serias fallas e incompatibilidades y su respuesta es "hago para lo ultimo" .. entonces para que hace para Debian stable??..

En antaño teníamos el excelente trabajo de el sitio DotDeb y cuando llego su anuncio peso mucho:

[caption id="attachment_490" align="aligncenter" width="609"] "dobdet llego a un final" dice sin saber como sufren los que usan sury ahora.[/caption]

¿ Cuales son los problemas mas notables de el repo php sury?

Los problemas son incompatibilidades y paquetes que superseden los estables, la siguiente lista es solo lo mas notable, hay muchisimas razones de porque es una mierda de servicio:

1. El paquete de php tiene conflictos y el primero fue con el paquete estable de lighttpd en debian, el issue esta documentado y se lo pasan por el ano aqui: https://github.com/oerdnj/deb.sury.org/issues/1056 alegando que "piden TLS 1.3" ¿y los que ya tienen configuracioes que? ¿se los come el diablo?
2. Los paquetes tienen alta dependencia de systemd y le demandaron era forzado: https://github.com/oerdnj/deb.sury.org/issues/1393 el hijo de su madre, perdon si digo puta insulto las putas, cerro convenientemente el asunto diciendo que no se lleno apropiadamente el template. Sin embargo se lleno otro: https://github.com/oerdnj/deb.sury.org/issues/1349 que tambien dice practimanete "funciona para mi" y tambien se lleno otro: https://github.com/oerdnj/deb.sury.org/issues/1347 Esta vez le dijeron "enfocate en el cambio" a sury con su "cambio forzado"
3. Su repo no es copiable: https://github.com/oerdnj/deb.sury.org/issues/1308 y sin dar explicaciones solo coloca un ambiguo enlace a patreon donde viene el siguiente problema:
4. El desgraciado cobra por mantenerlo mediante el disfraz de donaciones y al mismo tiempo no permite que sea copiado, si tanto cuesta eso proque no simplemente usa el sistema http de github y listo?
5. El mayor de todos, segfaul debido a versiones sobrepasadas https://github.com/oerdnj/deb.sury.org/issues/1442 y adicionalmente lleva a otro problema https://github.com/oerdnj/deb.sury.org/issues/1506 el cual fue cerrado proque "funciona para el" y porque nadie segun el usa php 5.6 hoy dia. Este problema da proque simplemente se limita a usar lo ultimo sin tomar en cuenta hacia donde empaqueta (se supone versiones estables)

El problema del segfault actual

Actualmente php-http y php-recode causan problemas, tienen problemas porque la version empleada solo soporta 7.3 pero el la compila para 5 y 7.4+ lo que hace que no funcione nada.

https://github.com/oerdnj/deb.sury.org/issues/1506

El problema se detalla en el foro devuan http://dev1galaxy.org/viewtopic.php?pid=26272#p26272 Despues de instalar el php 5.6 y 7.2 al pedir phpsysinfo este no se muestra con un 503 error interno. Entonces desinstale cualquier paquete de sury php-pecl y funciona.. el bug esta solo en el paquete de sury.. porque desde debian funciona sin problemas.

Por los momentos mientras venenux no pueda recompilar los paquetes (se esta trabajando en ello)debe remover php5.6-http php7.4-http php7.3-http php7.2-http php-7.1-http y funciona.. es un paquete de sury que tiene el bug no el php-pecl-http como dice. En el caso de recode hay que simplemente empaquetar una version anterior.

 

El plan es ganar dinero, siempre! nada de software libre!

Claramente esto beneficio solo al mantenedor..  tal como paso con el kernel de seguridad de alpine, que ya no lo pudo ofrecer, pasara seguro con freexian.. que cobrara pronto.. por todo.