Brian Callahan wrote:

> Hi ports --
> 
> Attached is a port of mscore (also known as musescore), a WYSIWYG music
> notation program, similar to Finale or Sibelius.
> 
> There is one minor issue; when attempting to save a file as .flac or
> .ogg, you get the following error:
> open soundfile failed: File contains data in an unimplemented format.
> 
> I believe this is because our libsndfile is built with
> --disable-external-libs. Trying to save in all other formats works as
> expected. One could, as a workaround, save as wav and then convert it to
> the format of your choice with external tools. Adding libvorbis and
> libogg to the depends does nothing to fix this.
> 
> Also, I have no midi hardware so I can't test the midi input. If this is
> important to you, please test.
> 
> Only tested on amd64 so far.
> 
> OK?
> 
> ~Brian

Building this on either an i386 CURRENT system with CURRENT ports, or OpenBSD 
5.2 amd64 with unknown (I think 5.2) ports, I get this error:

-- Configuring done
-- Generating done
-- Build files have been written 
to: /home/home.lan/remco/ports/pobj/mscore-1.2/mscore-1.2/build
make: unknown option -- -
usage: make [-BeiknPqrSst] [-D variable] [-d flags] [-f makefile]
            [-I directory] [-j max_jobs] [-m directory] [-V variable]
            [NAME=value] [target ...]
make: unknown option -- -
usage: make [-BeiknPqrSst] [-D variable] [-d flags] [-f makefile]
            [-I directory] [-j max_jobs] [-m directory] [-V variable]
            [NAME=value] [target ...]
gmake: *** [release] Error 2
*** Error code 2

Stop in /home/home.lan/remco/git.myports/audio/mscore (line 2496 
of /home/home.lan/remco/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /home/home.lan/remco/git.myports/audio/mscore (line 2245 
of /home/home.lan/remco/ports/infrastructure/mk/bsd.port.mk).


I noticed your USE_GMAKE=Yes dependency and made an educated guess that this 
can't be build with OpenBSD's stock make. The main Makefile has 'make' 
hardcoded in many places.

I'm not sure that my assumption that USE_GMAKE=Yes sets the MAKE environment 
variable to 'gmake' but the following updates patch seems to enable me to, at 
least, kick off a build: (It seems that this will take a while so I can't 
tell whether this is enough, there are still hardcoded 'make'-s left)

$OpenBSD$
--- Makefile.orig       Tue Mar 13 14:37:09 2012
+++ Makefile    Tue Jan 15 10:34:14 2013
@@ -19,7 +19,7 @@
 
#=============================================================================
 
 REVISION  = `cat mscore/mscore/revision.h`
-CPUS      = `grep -c processor /proc/cpuinfo`
+CPUS      = `sysctl -n hw.ncpu`
 
 PREFIX    = "/usr/local"
 #VERSION   = "1.2r${REVISION}"
@@ -32,11 +32,12 @@ release:
          then                                          \
             mkdir build;                               \
             cd build;                                  \
+            cp ../mscore/all.h .;                      \
             cmake -DCMAKE_BUILD_TYPE=RELEASE          \
                  -DCMAKE_INSTALL_PREFIX="${PREFIX}" \
                   ../mscore;                          \
-            make lrelease;                             \
-            make -j ${CPUS};                           \
+            ${MAKE} lrelease;                          \
+            ${MAKE} -j ${CPUS};                        \
          else                                          \
             echo "build directory does already exist, please remove first 
with 'make clean'"; \
          fi;

Reply via email to