Your message dated Wed, 25 May 2016 15:01:28 +0200
with message-id <2486992.siMl3E748S@tuxin>
and subject line Bug#821646: fixed in roundcube 1.2.0+dfsg.1-1
has caused the Debian Bug report #821647,
regarding roundcube-mysql: PHP 7.0 Transition
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
821647: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821647
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: roundcube-mysql
Version: 1.1.4+dfsg.1-3
Severity: important
User: [email protected]
Usertags: php7.0-transition
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Dear maintainer(s),
this bug is a part of ongoing php7.0 transition. It is filled as
important, but the severity will be bumped to serious within quite short
(~month) timeframe as the transition was announced almost 3 months ago.
The roundcube-mysql package currently depends on php5 php5-mysql
php5-mysqlnd .
PHP 7.0 has landed in unstable with substantial changes to the packaging:
1. Every package built from src:phpMAJOR.MINOR now include
phpMAJOR.MINOR in the name, so f.e. php5-fpm is now php7.0-fpm.
2. Accompanying src:php-defaults builds 1:1 mapping to a default
MAJOR.MINOR version, e.g. php-fpm depends on php7.0-fpm. When you
specify a dependency, please use the generic name, unless you
absolutely know that won't work for you.
3. Every path in the system has been changed to a versioned, e.g.
/etc/php5/cli is now /etc/php/7.0/cli
4. dh_php5 is now dh_php
5. php-pear is not built from independent source package.
6. master-7.0 branches of several extensions (php-apcu, xdebug,
php-apcu-bc) can be used as a template how to change the PHP
extension packaging. It's mostly cut&paste since the d/rules tries
to figure-out most of the variables from debian/ directory.
7. pkg-php-tools package now supports PHP 7.0 packaging and if your
package uses pkg-php-tools a simple binNMU is all it might need
8. PHP 7.0 has changed extension API, so most-if-not-all extensions
need work from upstream to be compatible with PHP 7.0.
9. We expect to ship next Debian release (stretch) only with PHP
7.0, that means that all packages needs to be made compatible with
PHP 7.0. Fortunately the PHP 7.0 is mostly compatible with properly
maintained software. However some extensions has been deprecated
(f.e. mysql) and thus old unmaintained software will stop working
and it will have to be either patched or removed from stable Debian.
So what you need to do:
Replace every occurence of php5 with just php, e.g. if you depend on
'php5' then you just need to depend on 'php'. Also if you package a web
application and depend on specific SAPI, I would recommend depending just
on 'php' package and let the user decide whether he will install php-fpm,
libapache2-mod-php or php-cgi.
The script that was used to get the list of packages for MBF was not a
particular smart one (so it doesn't detect alternatives, etc.), so if
there's a false positive, please excuse me and just close the bug with
short explanation.
The other options that might be used with packages that don't and won't
support PHP 7.0 is to remove the software from Debian by changing the
title of this bugreport to:
RM: roundcube-mysql -- ROM; doesn't support PHP 7.0
reassigning it to ftp.debian.org pseudo-package and changing severity to
'normal'.
Also feel free to contact the maintainers at one of the lists:
[email protected] -- for PEAR related packages
[email protected] -- for PHP extensions
[email protected] -- main PHP packaging and catch-all
Cheers, Ondrej
- -- System Information:
Debian Release: 8.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.2.0-35-generic (SMP w/24 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQJ8BAEBCgBmBQJXFUrYXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHYPkQAMUaTQeNxA9JCbARZXCsXhjs
ZwHTBuuL3WybEtem+zm/U5cn8nrLlGsb4RlCEAKQH+aaPt1OGG4qspnyPKrWepW5
Dps3h0pCM7f72j+Eis+WYHgY+hR59wGo8DwtqQD72VyUgT6Z3irvCZg4gdycPB+L
k/vxWfhWAUHQTFOFYfW9lutFbeaKVSoZzeBtMgqcA9uGFr7Vh31n6uuhblL+NEWc
F9aTUl+eASu0ptFU2CUx2j00ubBl0ycOvEAtNSFlFWCW3QMPVRWLYxsXZVPvbhlj
cp1+G1tUe/VRQteT2m4wjElvgj0GTJYoeK0XYbb+8vS3rBqQ6L+KPTFjVMvLJT5u
uV+SYm5kyFPc3sXk7yRl832vB+W9jp/3Uph7l5ATrP+o9aHIoCADjHpP74dzBjg2
DKER2TMfY+Og5vM3KHY1lswx5ITBlqhGhIVuIbHVN3euR2kOnJEVczKozjUURjME
mLNYsgiTXi+hykRIKd4vw+2ABBsG6eej+0c11PBX5NMC7D7FvFsBcMBBl09qFWx4
21vtQ42cOKlKOfOoC9HBQSAjrkYQxGG2clAdMpsmCBR7w3oVzLDA+JoTzD1SqbCQ
oZ3ksOjjZswiJvNECcd4/s7J4yQlkDDkUM7Cy5ong+reDANyv2g3flkJysDeOupr
RSkcqY3v1AmO3nuTjGNG
=bnBq
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Version: roundcube/1.2.0+dfsg.1-1
With uploading roundcube/1.2.0+dfsg.1-1, roundcube is ready for PHP7.
Regards,
sandro
--
Am Donnerstag, 5. Mai 2016, 10:20:57 CEST schrieb Ondřej Surý:
> Dear maintainer(s),
>
> I am bumping the severity of this bug to serious, as we are going to
> remove src:php5 from Debian and your package is blocking the first
> step which is removal of php5 from testing. Please either update your
> package to support PHP 7.0 or remove the package from Debian unstable
> alltogether.
>
> Cheers,
> Ondrej
>
> _______________________________________________
> Pkg-roundcube-maintainers mailing list
> [email protected]
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-roundcube-mainta
> iners
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
