<!DOCTYPE html>
<html>
<head>
<title></title>
</head>
<body><div>Walther,<br></div>
<div> </div>
<div>I now have a GSoC student willing to work on that and it's post-jessie material anyway.<br></div>
<div> </div>
<div>There's a demand, but you have to realize that Debian Developers and Maintainers are mostly volunteers with work and family with a limited time resources, so things happens in their own time (unless somebody pays for the development - either with developer time or money).<br></div>
<div> </div>
<div>Cheers,<br></div>
<div>Ondrej<br></div>
<div> </div>
<div>On Wed, Feb 25, 2015, at 05:49, Walter Kleynscheldt - Hetzner (Pty) Ltd wrote:<br></div>
<blockquote type="cite"><br>
    -----BEGIN PGP SIGNED MESSAGE----- <br>
    Hash: SHA1 <br> <br>
    Hi Ondrej,<br> <br>
    On 2015-02-24 06:36 PM, Ondřej Surý wrote:<br> <span style="white-space: pre;">> Hi,<br>
      >  <br>
      > perhaps it's because you haven't contributed the side-by-side
      packaging you are creating for every version?</span><br>
    Great, if that's the reason then I'm happy and it sounds like there
    just hasn't been enough demand for this or the resources to do the
    work required for this, rather than a policy or technical reason.<br>
    The thing is I don't just want to backported version to be able to
    co-exist next to the stable version.<br>
    What would be a win for me is if the stable version got the same
    treatment as the backported version and didn't provide php5, but
    php[stable-version] and got installed in paths/files called
    php[stable-version].<br>
    Which in my opinion would make packaging and supporting the multiple
    versions much easier.<br>
    At the moment we have what we need to support php5.6 on wheezy (we
    deviated quite significantly from the php package structure this
    time around so can't contribute it unfortunately), so we're happy.<br>
    I was really just asking to see if there is a way to make the
    process easier for the next release upgrade.<br>
    If there is enough excitement and demand for this and if we can work
    with you guys for guidance and to assist with the stable package
    refactor, then we'd be quite happy to contribute to the maintenance
    of the backported version.<br> <br>
    thanks,<br> <br>
    Walter<br> <span style="white-space: pre;">>  <br>
      > Cheers,<br>
      > Ondrej<br>
      >  <br>
      > On Tue, Feb 24, 2015, at 11:21, Walter Kleynscheldt - Hetzner
      (Pty) Ltd wrote:<br>
      >> Hi,<br>
      >>  <br>
      >> Can someone provide me with a reason why support for
      multi versions of php isn't yet supported on Debian.<br>
      >> i.e. I'm running wheezy and I'd like to test the impact
      of upgrading all my sites to php5.6.5 by installing it
      side-by-side to php5.4.4 (from a backported package).<br>
      >> We've been manually creating packages for testing
      versions of php for a while now and running it side-by-side the
      stable release,<br>
      >> but having to go through and updating the files in the
      package (trying to get around the provides php conflicts etc) and
      changing paths to include version numbers and linkages is a bit of
      a pain to do after every release.<br>
      >>  <br>
      >> What would be really nice, is if php5.4.4 was installed
      as php544 (with that set as the package name and paths
      appropriately),<br>
      >> because then packages for php5.6.5 could be php565 etc
      and be installed to paths containing the version number and
      binaries or wrappers symlinked to the selected default version via
      update-alternatives (similar to ruby for example)?<br>
      >>  <br>
      >> I'm sure the complexity of the source package and the
      hassle of trying to support backports would make this really hard,<br>
      >> but at least then it would make it easier for those
      wanting to create their own backport packages to do so without
      jumping through hoops inside the source package build to
      satisfy/circumvent dependencies.<br>
      >> Some clarity on policy/technical limitations or other
      would be greatly appreciated.<br>
      >>  <br>
      >> thanks<br>
      >>  <br>
      >> -- <br>
      >> Kind Regards<br>
      >>  <br>
      >> Walter Kleynscheldt<br>
      >> Platform Engineer<br>
      >> Hetzner (Pty) Ltd<br>
      >>  <br>
      >> SA Contact Centre:  <br>
      >>     (T) 0861 0861 08  <br>
      >>     | (F) 0861 0861 09<br>
      >> International:  <br>
      >>     (T) +27 21 970 2000  <br>
      >>     | (F) +27 21 970 2001<br>
      >><br>
      >><br>
      >> Registration Number: 2005/023926/07<br>
      >> Directors: D.M. de Villiers (MD), S.M. Nortjé & H.E.
      Wencke<br>
      >>  <br>
      >> Web: <a defang_rel="noreferrer" href="http://www.hetzner.co.za">www.hetzner.co.za</a> <a defang_rel="noreferrer" href="http://www.hetzner.co.za"><http://www.hetzner.co.za></a><br>
      >> Disclaimer: <a defang_rel="noreferrer" href="http://www.hetzner.co.za/email-disclaimer">www.hetzner.co.za/email-disclaimer</a> <a defang_rel="noreferrer" href="http://www.hetzner.co.za/email-disclaimer"><http://www.hetzner.co.za/email-disclaimer></a><br>
      >><br>
      >><br>
      >> _________________________________________________<br>
      >> pkg-php-maint mailing list<br>
      >> <a defang_rel="noreferrer" href="mailto:pkg-php-maint@lists.alioth.debian.org">pkg-php-maint@lists.alioth.debian.org</a> <a defang_rel="noreferrer" href="mailto:pkg-php-maint@lists.alioth.debian.org"><mailto:pkg-php-maint@lists.alioth.debian.org></a><br>
      >>
      <a defang_rel="noreferrer" href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint</a><br>
      >><br>
      >> Email had 1 attachment:<br>
      >><br>
      >  <br>
      > --<br>
      > Ondřej Surý <a defang_rel="noreferrer" href="mailto:ondrej@sury.org"><ondrej@sury.org></a><br>
      > Knot DNS (<a defang_rel="noreferrer" href="https://www.knot-dns.cz/">https://www.knot-dns.cz/</a>) – a high-performance DNS
      server<br>
      >  <br>
      >  </span><br> <br> <br>
    -----BEGIN PGP SIGNATURE-----
<br>
    Version: GnuPG v2
<br> <br>
    iQIcBAEBAgAGBQJU7VRlAAoJEHZYSdsp97sAE2YP/R+vT0CQwJzQtozGj3CwwShO
<br>
    8NVwmVEsGptlaG5+8q70da2m6uacMZ1IEdoMjKg7Un39ZSQ2thrz0B4zBlxBz6og
<br>
    AXXKCZWde+gFjZfgPHT9nQDUv6lz0aC6lmDEMG6RVsxVT7Q/FyV+hIPtuCCC6xyb
<br>
    +Yjzi+1Jgj5oj6uYHvLkOXqIlRgrs8TTGT0RKtKd9E73eqGvymekhiXqdfjKNKve
<br>
    8eZpByiUOXmXVbv0LIQpc3qlHtkNMfmZqlePDYYD0zGJOMC3xmm9JvPHfTZnxxM6
<br>
    CNmV/ogq8xp7k22UToxyoKekNPlBrOjxqiqyVc0zrNohBaekbhjV1CMSvyI9XFEk
<br>
    mvmTQkAsCLWJjoW4Gw3W7hDnU88LvgZ+VQxmo/7l3JNtLEEeTD0baNEN94Uklt9D
<br>
    rUTfjV7utrkXuTiTNIt2Mpqt0uB7m/MqdthUJJsx0+MYjlC2XO9U5kiX/hwpdURa
<br>
    1zhWqoTPrTh3MOR9Bg0WF9o1qe7Dn9REEh+OMsEEJe71r8GocpnhK1TNEtp0s/2u
<br>
    x1fmrdzjRlzyI1VCLQFueIFepSU4NXGINZPUlVZhGsA5u7G/h74j5vocT13beVM8
<br>
    aQbtgzZ50VE/xngv5ML5/llGXN+HZToNr4UIdQ3XeAbMiLGoOytG6w5+1sAOASUs
<br>
    yMDZBoOjwvMcWa/fJPw4
<br>
    =7dNl
<br>
    -----END PGP SIGNATURE-----
<br> </blockquote><div> </div>
<div id="sig19640473"><div class="signature">--<br></div>
<div class="signature">Ondřej Surý <ondrej@sury.org><br></div>
<div class="signature">Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server<br></div>
<div class="signature"> </div>
</div>
<div> </div>
</body>
</html>