[MacPorts] #30061: NEW: hplip @3.11.5

[MacPorts]

#30061: NEW: hplip @3.11.5
--------------------------------------+-------------------------------------
 Reporter:  okmacports@…              |       Owner:  macports-tickets@…                   
     Type:  submission                |      Status:  new                                  
 Priority:  Normal                    |   Milestone:                                       
Component:  ports                     |     Version:  1.9.2                                
 Keywords:                            |        Port:  hplip                                
--------------------------------------+-------------------------------------

Comment(by okmacports@…):

 Woohoo! Finally, a reply after nine months!

 I'd be happy to devote some more time to this if you will actually accept
 this as part of macports. Otherwise, I am wasting my time. The current
 version worked as of nine months ago, when there apparently was, among
 other things, a "PyQt" port.

 Replying to [comment:13 jmr@…]:
 > First of all:
 > {{{
 > % port lint
 > --->  Verifying Portfile for hplip
 > Error: Missing required variable: homepage
 > Warning: Variant gui does not have a description
 > Warning: Maintainer email address should be obfuscated as
 johnfreed.com:okmacports
 > Warning: no license set
 > --->  1 errors and 3 warnings found.
 > }}}
 > Other comments on the portfile:
 >  * Revision should start at 0 (this is the default value).
 >  * configure.ldflags already contains the value that is being appended.
 >  * -I flags should normally go in configure.cppflags, unless the build
 system ignores the CPPFLAGS variable. configure.cppflags contains
 -I${prefix}/include by default.
 >  * The gui variant depends on a nonexistent port "PyQt". It also depends
 on py-readline and py-reportlab, which are for python 2.4, whereas the
 python_version variable and the dbus-python27 dependency from earlier
 indicate that 2.7 is intended to be used. Using `/usr/bin/env pythonw` in
 the scripts is also incorrect as the first pythonw in the user's PATH has
 no guarantee of being the one in which the dependencies are installed.
 >  * You can pass multiple files to a single reinplace call.
 >  * Editing config files isn't something ports normally do, since not all
 users will want it. If it should happen in this case, it should probably
 happen in post-activate.
 >  * Creating symlinks directly in the installed location in post-install
 is incorrect, as they won't be removed when the port is uninstalled. If
 you can't install to the correct location in the first place, create the
 symlinks in the destroot.

-- 
Ticket URL: <https://trac.macports.org/ticket/30061#comment:14>
MacPorts <http://www.macports.org/>
Ports system for Mac OS