Created attachment 175515 [details] new port Ardour - the digital audio workstation. WWW: https://ardour.org/ This is the latest version of Ardour. There is already v2 of Ardour in the ports. ardour5 can either replace the existing ardour port or live in parallel.
Shouldn't you add dependencies to "Depends on" list? 213285 (lv2), 213287 (sord), 213288 (sratom), 213289 (suil), 213290 (lilv) . I think you'll need another MASTER_SITE : this URL points to every new release of the upstream. So, when they launch 5.5, all our tries to download 5.4 will break. I ported Ardour 5.3 (and all dependencies too). If you want some ideia to make the distfile available (for free), see my Makefile : https://github.com/marcelbonnet/freebsd-ports/blob/master/audio/ardour5/Makefile I don't know why, but github break when trying to download a tag from ardour/Ardour. So I made another repo, put only the files needed to 5.3 (there is no history files, it is not a clone), this way the port system finds a tag in this repo and can fetch it. IMHO, port committers should keep audio/ardour (version 2) in parallel. It is very simple, lightweight, useful for old machines or simple projects.
Related to PR 214605 (NEW PORT: multimedia/harvid) and PR 214604 (NEW PORT: multimedia/xjadeo) These ports helps Ardour5 to draw a still frame video timeline (harvid) and play the related video in sync with Ardour music editing (xjadeo player), as long as Ardour uses JACK, instead of internal, time source/transport.
Created attachment 177358 [details] update of new port ardour5 Changed MASTERSIDE as the upstream size only has the latest source tarball available. Made Makefile more generic.
(In reply to Marcel Bonnet from comment #1) Thanks, for your input. I had a chat with the ardour devs regarding the github issue you mentioned. It seems to be an issue of github itself. They are not going to make a workaround for this as they anyway want users to update ASAP when a new version is out. Therefore I'm now hosting the tar ball on my github account.
Created attachment 177581 [details] Update to Ardour 5.5.0 Update to new Ardour release 5.5.0
The build fails for me: > /usr/bin/ld: /usr/local/lib/libsmf.a(libsmf_la-smf.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC > /usr/local/lib/libsmf.a: could not read symbols: Bad value c++: error: linker command failed with exit code 1 (use -v to see invocation)
Also I think you may want to add configure option --cxx11 and USES=compiler:c++11 because arch does this.
Also, > --also-include=/usr/local/include --also-libdir=/usr/local/lib should be converted to ${LOCALBASE}
Created attachment 178647 [details] Original + fixes, see description * Fixed dependency origin * Added CONFLICTS_BUILD=libsmf because libsmf is bundled and the build uses port when it is present * USES=gettext * Replaced /usr/local with ${LOCALBASE} Now it passes poudriere, along with all new port dependencies.
(In reply to Yuri Victorovich from comment #7) The build works aswell with the configure option --cxx11 and USES=compiler:c++11-lang.
(In reply to Yuri Victorovich from comment #6) I installed libsmf on my system but can't reproduce the linking issue. Build still works without problems. Tested on FBSD 10.3 x64.
I saw a problem on 11 amd64.
Testbuild on 10.3p10-i386 fails, see http://people.freebsd.org/~pi/logs/audio__ardour5-10i-1484077814.txt
Kurt, Can you just add "BROKEN_FreeBSD_10=does not build due to the missing SSE options" and commit, until somebody will find the fix? Yuri
(In reply to Yuri Victorovich from comment #12) OK, I can reproduce the bug with 11 aswell. But wondering why the behaviour where to look first for libsmf has changed from 10 to 11.
Tested on 10.3a, it build OK. Testing on 11i right now.
(In reply to Michael Beer from comment #15) Several other packages suffer from the same problem (pick pre-installed package). For example, SQLiteStudio, llvm. This is related to the tendency to add -I and -L flags to the end of the command lines. It's best to label them as CONFLICTS. It's better yet to unbundle and use the standard version of the package if possible.
(In reply to Yuri Victorovich from comment #14) Adding something like this should fix the build for i386: .include <bsd.port.pre.mk> .if ${ARCH} == "i386" WITH_ARCH_FLAGS= --arch='-msse -mfpmath=sse' --dist-target=i386 .elif ${ARCH} == "amd64" WITH_ARCH_FLAGS= --arch='-msse -mfpmath=sse' --dist-target=x86_64 .endif .if defined(WITH_ARCH_FLAGS) CONFIGURE_ARGS+= ${WITH_ARCH_FLAGS} .endif .include <bsd.port.post.mk>
You should verify this.(In reply to Michael Beer from comment #18) You should verify this.
(In reply to Michael Beer from comment #18) Tested both on 11i and 10i, looks fine.
(In reply to Kurt Jaeger from comment #20) I've just tested both i386 and amd64 builds on 10.3 and can confirm that both work.
Please also close bug#180171
A commit references this bug: Author: pi Date: Thu Jan 12 21:34:38 UTC 2017 New revision: 431322 URL: https://svnweb.freebsd.org/changeset/ports/431322 Log: New port: audio/ardour5 Ardour is a digital audio workstation. You can use it to record, edit, and mix multi-track audio. Produce your own CD's. Mix video soundtracks. Experiment with new ideas about music and sound. Generate sound installations for 12 speaker gallery shows. Ardour capabilities include: multichannel recording, non-linear, non- destructive region based editing with unlimited undo/redo, full automation support, a mixer whose capabilities rival high end hardware consoles, lots of plugins to warp, shift, and shape your music, and controllable from hardware control surfaces at the same time as it syncs to timecode. If you have been looking for a tool similar to ProTools, Nuendo, Cubase SX, Digital Performer, Samplitude, or Sequoia, you might have found it. WWW: https://ardour.org/ PR: 213291 Submitted by: Michael Beer <beerml@sigma6audio.de> Reviewed by: Yuri Victorovich <yuri@rawbw.com> Changes: head/audio/Makefile head/audio/ardour5/ head/audio/ardour5/Makefile head/audio/ardour5/distinfo head/audio/ardour5/files/ head/audio/ardour5/pkg-descr head/audio/ardour5/pkg-plist
Thanks all for the work! Committed!
(In reply to Kurt Jaeger from comment #24) Thank you, Kurt!