[Bug 251680] www/glpi: version 9.5.3

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251680

            Bug ID: 251680
           Summary: www/glpi: version 9.5.3
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: Individual Port(s)
          Assignee: ports-bugs at FreeBSD.org
          Reporter: ohartmann at walstatt.org
                CC: mathias at monnerville.com
                CC: mathias at monnerville.com
             Flags: maintainer-feedback?(mathias at monnerville.com)

Port www/glpi doesn't have a maintainer and is at this moment stuck at revision
9.4.3. The PHP default version has recently been elevated to 7.4 and GLPI < 9.5
doesn't support PHP 7.4.

We are speaking of base systems running FreeBSD 12.2-RELENG, 13-CURRENT.

For those of us running several systems and updating via poudriere, the recent
policy ripped off www/glpi out of the build process as long as PHP is at the
default 7.2. pkg deletes www/glpi on an automated update, so some people get
stuck with a non working GLPI installation right now. That is a very bad
situation.

Is there any solution for this dilemma? We tried to setup a dedicated jail for
servicing GLPI requests and fed the ports via the quarterly ports repository of
pkg, but also the package www/glpi was gone.

I tried to mitigate the problem via an ad hoc replacement with GLPI 9.5.3, but
I ran into problems regarding the USES_PHP= tag in the ports framework's
Makefile. It seems, some elementary php portions of the port are not covered by
what usr/ports/Mk/Uses covers.

I need some help here. Later I'll upload my first attempt to change the
Makefile to reflect GitHub (GH) as the main source. That Makefile works so far,
but the installation is wrecked, missing portions of the framework.

-- 
You are receiving this mail because:
You are the assignee for the bug.