Bug#952607: transition: php (soft transition)
On 16/03/2020 13:37, Ondřej Surý wrote: > Hi Emilio, > > It certainly won’t hurt, at least I can check what FTBFS and either fix it or > fill > a bug. > > I am bit confused about php-raphf and php-propro though - I guess a manual > check will be needed. There was a bug in the ben file, I have fixed it and there are no "partial" packages anymore. I have binNMU the remaining bad packages. Let's see how that goes. Cheers, Emilio
Bug#952607: transition: php (soft transition)
Hi Emilio, It certainly won’t hurt, at least I can check what FTBFS and either fix it or fill a bug. I am bit confused about php-raphf and php-propro though - I guess a manual check will be needed. Ondrej -- Ondřej Surý ond...@sury.org > On 16 Mar 2020, at 12:33, Emilio Pozuelo Monfort wrote: > > Hi Ondřej, > > On 11/03/2020 09:57, Emilio Pozuelo Monfort wrote: >> Ack, keep us updated on the progress here and let us know if you need >> anything. >> I have added a ben tracker now, but it will take a bit to show up on the >> webserver. > > Should I binNMU the remaining bad packages in the tracker? Or do those need > source updates? > > Cheers, > Emilio signature.asc Description: Message signed with OpenPGP
Bug#952607: transition: php (soft transition)
On 3/16/20 12:33 PM, Emilio Pozuelo Monfort wrote: > Hi Ondřej, > > On 11/03/2020 09:57, Emilio Pozuelo Monfort wrote: >> Ack, keep us updated on the progress here and let us know if you need >> anything. >> I have added a ben tracker now, but it will take a bit to show up on the >> webserver. > > Should I binNMU the remaining bad packages in the tracker? Or do those need > source updates? php-geos can be binNMUed. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#952607: transition: php (soft transition)
Hi Ondřej, On 11/03/2020 09:57, Emilio Pozuelo Monfort wrote: > Ack, keep us updated on the progress here and let us know if you need > anything. > I have added a ben tracker now, but it will take a bit to show up on the > webserver. Should I binNMU the remaining bad packages in the tracker? Or do those need source updates? Cheers, Emilio
Bug#952607: transition: php (soft transition)
Control: forwarded -1 https://release.debian.org/transitions/html/php7.4.html Control: tags -1 confirmed On 26/02/2020 17:04, Ondřej Surý wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hi, > > I only recently discovered that reportbug ate all emails that had > postmaster@. That and G-Suite changing MAIL FROM to > when the original MAIL FROM was > caused my previous emails on the PHP 7.3 -> 7.4 transition to be never > delivered. > > Nevertheless I accidentaly uploaded php-defaults switching the default PHP > version to 7.4. It doesn't make sense to switch it back as most of the > affected > extensions have been already recompiled, and the change from 7.3 to 7.4 isn't > really that big, so it should not affect any existing PHP code base. > > This is soft-transition, most of the extensions support both PHP 7.3 and 7.4 > at > the same time. I'll drop the 7.3 dependency when the extensions are rebuilt > and > I am reasonably sure all the PHP packages are OK. Ack, keep us updated on the progress here and let us know if you need anything. I have added a ben tracker now, but it will take a bit to show up on the webserver. Cheers, Emilio
Bug#952607: transition: php (soft transition)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I only recently discovered that reportbug ate all emails that had postmaster@. That and G-Suite changing MAIL FROM to when the original MAIL FROM was caused my previous emails on the PHP 7.3 -> 7.4 transition to be never delivered. Nevertheless I accidentaly uploaded php-defaults switching the default PHP version to 7.4. It doesn't make sense to switch it back as most of the affected extensions have been already recompiled, and the change from 7.3 to 7.4 isn't really that big, so it should not affect any existing PHP code base. This is soft-transition, most of the extensions support both PHP 7.3 and 7.4 at the same time. I'll drop the 7.3 dependency when the extensions are rebuilt and I am reasonably sure all the PHP packages are OK. Ben file: title = "php"; is_affected = .depends ~ "phpapi-20180731" | .depends ~ "phpapi-20190902"; is_good = .depends ~ "phpapi-20190902"; is_bad = ! .depends ~ "phpapi-20190902"; - -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-8-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAl5WlwdfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u WcJiWQ/+O14zWsHgvKBENt7y7+Shn+mZdXE6P+TW53hrtUKCA6C51pgp45soe2RB aWnU624powdOVS4KBTlKVepqQlpzPAGJF+ySOkauzLtXECt/Ol26tUspT8WWlxjp pN/lGF3rRDTvD96FEGfxXNA7xQRAlzWUvxpZTmVtblsDJOXOjINZX8/i+/GNswBc x0xATLza+5t3UU+8q+aWvVpMPsTPcgojj9254r3oH4/XACM1w78BkUL9d+7zWXy3 BNLMeQydhl0ICznouwRC6EiEK74VJfxKS5IBBbg4wrbBTWrZhNWRlcMZgOpbyMDG hMxp3MQZPrXs04z2aq8aTeNyfhJeycmCaszdDtKE2vCWpbl0BwOwONoKOqvPrpvT fNiUmInUNb7YodgR10aPwWBJF4wiVP1BfZv3edSy+grN6lTD8yvHaUDSQWEideKq sTpUZGMRYVcrdXCqNybRVQYTdUOOyBl0wNwNQnGfoCYQDOKuW7gPfzY7AqdYMdXD 2lMX2Ow+JxUGQTVfT9Fd3t7z7e13V7tsP/o9dYawvLPcqKmpGoHOAV1YsqNoSh4r BdmtQOfP9/OIpoWj4kDbYB12nsWpbu2LQcGiuuG0QCwYEYsMBndvN5MRll7ItFcg qp3tt9oUP9k4nhhhdasM9/tQ+VMjrOVB1cVstqmuI8Rn9x5fCx0= =dUIS -END PGP SIGNATURE-
