[MacPorts] #30212: wine, wine-devel: CUPS not functioning (was: wine-devel: CUPS not functioning)

[MacPorts]

#30212: wine, wine-devel: CUPS not functioning
---------------------------------+------------------------------------------
 Reporter:  j.s.steer@…          |       Owner:  ryandesign@…           
     Type:  defect               |      Status:  new                    
 Priority:  Normal               |   Milestone:                         
Component:  ports                |     Version:  1.9.2                  
 Keywords:  haspatch             |        Port:  wine, wine-devel       
---------------------------------+------------------------------------------
Changes (by ryandesign@…):

  * keywords:  => haspatch
  * port:  wine-devel => wine, wine-devel


Old description:

> On the ports page of wine-devel --
> [https://trac.macports.org/browser/trunk/dports/x11/wine-devel/Portfile]
> configure.args is shown to have cups supported (--with-cups) however
> wine-devel is still failing to detect any printers through CUPS and wine-
> devel and keeps giving me a message that I need to install a printer
> before it can print in wine-devel.

New description:

 On the ports page of wine-devel -- [browser:trunk/dports/x11/wine-
 devel/Portfile] configure.args is shown to have cups supported (--with-
 cups) however wine-devel is still failing to detect any printers through
 CUPS and wine-devel and keeps giving me a message that I need to install a
 printer before it can print in wine-devel.

--

Comment:

 Thanks for this analysis. I can easily change the wrapper script to make
 this change. However I'm surprised it's necessary. My understanding was
 that DYLD_FALLBACK_LIBRARY_PATH is the path to look for libraries in if
 they can't be found in any of the usual library paths, and surely /usr/lib
 is a usual library path. All mention of DYLD_FALLBACK_LIBRARY_PATH in the
 [http://wiki.winehq.org/MacOSX/FAQs wine FAQ] only mentions setting it to
 the path where X11 libraries are found, which is exactly what we set it to
 in our wrapper script.

 Could you try the attached patch and let me know if it actually helps? If
 so I'll be happy to apply it.

 The "normal DYLD_FALLBACK_LIBRARY_PATH value", by the way, is the empty
 string. Without the wrapper script setting this variable, wine was all
 kinds of broken at the time, and I assume that's still the case.

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