[MacPorts] #47189: submission: audacity

MacPorts noreply at macports.org
Wed Mar 18 13:39:07 PDT 2015


#47189: submission: audacity
--------------------------+--------------------------------
  Reporter:  rjvbertin@…  |      Owner:  macports-tickets@…
      Type:  submission   |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:
Resolution:               |   Keywords:
      Port:  audacity     |
--------------------------+--------------------------------

Comment (by rjvbertin@…):

 Replying to [comment:6 mojca@…]:

 > Forget for a moment about the thread in wxWidgets. (Just take a look at
 instructions for building for Mac.)

 Those are very much centred on using Xcode, and are generally out of date
 (depending on which instructions you read...)

 > I don't yet understand why Debian patches haven't made it into upstream
 yet (it would help a lot if they did), but the fact that Debian uses that
 patch and got rid of wxWidgets 2.8 says something to me.
 > I don't think that all the Debian users would be live happily with a
 broken piece of software. That can happen in MacPorts community where
 users still have alternatives, but it is a lot less likely for Debian.

 I haven't checked if the Audacity Team provides a Linux installer, have
 you?


 >   * given that you used `github.setup    RJVB audacity 5195646` I would
 expect that some modifications of the patch would be needed

 That's just the 2.0.6 release. The tarball that can be downloaded is not
 as complete as the one in SVN, and since their repo is hosted by Google I
 preferred to host the code in a location that isn't bound to change.

 >   * maybe some of the patches even conflict with your patches

 Quite likely, The way to proceed would be to apply the Debian patches
 (probably all of them when we're at it, except any that are related to
 ALSA or other Linux-specific things). Then, see which of my patches are
 still relevant and if they still apply.

 Most of the patches are to include code that should have been #ifdef
 __APPLE__ instead of #ifdef __WXMAC__; I even had to apply those
 concerning double-buffering (without it the level meters had corrupted
 backgrounds).

 > In any case someone needs to take some extra time to prepare a patch. (I
 didn't even try to install your version of the port yet.) I could help,
 but I need to do some higher priority tasks (outside of MP) first.

  I'll see if I have some time to set up the skeleton for a audacity-devel
 port (containing an audacity-gtk subport) over the next couple of days. I
 just don't want to spend too much time on this, for learning wxWidgets for
 instance. My initial goal was just to have a functional 64bit build for my
 personal use, the fact I created a port for it was mostly because out of
 maintenance considerations (you know, a great way to record "how I got
 this to build and run" for future reference and reuse ;))

-- 
Ticket URL: <https://trac.macports.org/ticket/47189#comment:7>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list