[MacPorts] #30540: ipe @7.0.14: Please add an application bundle to Applications/MacPorts/

MacPorts noreply at macports.org
Tue Oct 25 01:45:31 PDT 2011


#30540: ipe @7.0.14: Please add an application bundle to Applications/MacPorts/
------------------------------------+---------------------------------------
  Reporter:  Torsten.Maehne@…       |       Owner:  m.thon@…                   
      Type:  enhancement            |      Status:  reopened                   
  Priority:  Normal                 |   Milestone:                             
 Component:  ports                  |     Version:  2.0.0                      
Resolution:                         |    Keywords:  haspatch                   
      Port:  ipe                    |  
------------------------------------+---------------------------------------

Comment(by Torsten.Maehne@…):

 Replying to [comment:21 m.thon@…]:
 > Replying to [comment:20 Torsten.Maehne@…]:
 > > Thanks for your quick reaction. I agree, the individual icons for the
 different file formats are nice. In the second app bundle that I proposed,
 even an adapted *.icns file for the *.ipe format is included. Indeed, it
 would be nice if the icons would be updated in a future release to use
 some higher resolution. So, feel free to use them. :-)
 >
 > I think I was actually using the same icons, and based the Portfile
 update on your app bundle. I just provided them in a different format to
 save space. Anyhow, this is cosmetics, and nice icons should really be
 provided by ipe and not by MacPorts. So let's stick to the default ipe.png
 for now.

 I completely agree.

 > > I agree, the LSEnvironment key is the preferred method to set the PATH
 in an app bundle. However, I didn't want to hardcode into it the whole
 path. $prefix/bin should be most probably always added in front of the
 default patch. If MacTeX is installed, additionally /usr/texbin should be
 prepended to the PATH. For me, it was easier to do this with the wrapper
 script, as I'm not very familiar with Tcl. Maybe, you want to take a try
 to substitute the PATH in Info.plist after installation of the app bundle?
 It is important that the LaTeX binaries are found by Ipe. Otherwise, all
 text labels will fail to render correctly.
 >
 > I am not sure if this is really correct, but I think for apps on OSX no
 default PATH is set (I tried your wrapper script, but the "open" command
 is not found when accessing the help). Therefore, the full PATH has to be
 set anyway. I now added the standard PATH to the entry in the Info.plist,
 which now sets PATH to
 @PREFIX@/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/texbin:/usr/local/texbin:/usr/local/bin.
 @PREFIX@ is then substituted by the correct MacPorts prefix. It doesn't
 hurt to add directories that don't exist to the PATH.

 I agree. However, to avoid shadowing of a MacTeX install, which is usually
 more up-to-date than the MacPorts TeXlive version, it is preferable to
 have /usr/texbin added in front of @PREFIX@/bin, as described in the
 [http://www.tug.org/mactex/faq/#qm03 MacTeX FAQ]. I therefore modified my
 Info.plist.in as follows:
 {{{
         <key>LSEnvironment</key>
         <dict>
                 <key>PATH</key>
 <string>/usr/texbin:@PREFIX@/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin</string>
         </dict>
 }}}

 Additionally, I would mention the license of Ipe in the Portfile: GPL-3. I
 attach the two modified to this bug report to not cause confusion in
 #31153. You might mention there that the ipe.in wrapper isn't needed
 anymore.

 > > Ipe is a very useful tool for me.
 >
 > Yeah! I've also been using it for all my LaTeX diagrams for several
 years :-)
 >
 > P.S.: I hope someone closes this ticket sometime soon...

 I hope this, too!

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


More information about the macports-tickets mailing list