Package Details: ardour-git 7.0.pre0.r2972.gd037dff213-1

Git Clone URL: https://aur.archlinux.org/ardour-git.git (read-only, click to copy)
Package Base: ardour-git
Description: A multichannel hard disk recorder and digital audio workstation (git version)
Upstream URL: https://ardour.org/
Keywords: dssi ladspa lv2 mastering midi pro-audio production recorder sequencer
Licenses: GPL2
Conflicts: ardour
Provides: ardour
Submitter: None
Maintainer: SpotlightKid (dvzrv)
Last Packager: SpotlightKid
Votes: 44
Popularity: 0.038784
First Submitted: 2013-03-14 23:12 (UTC)
Last Updated: 2022-06-15 13:23 (UTC)

Pinned Comments

Gimmeapill commented on 2017-08-18 10:40 (UTC) (edited on 2018-02-14 11:01 (UTC) by Gimmeapill)

This package will automatically retrieve and build the latest development snapshot of Ardour from git.

It does not need to be updated on every release, so please do not flag out of date unless the build breaks.

Latest Comments

uhtzmann commented on 2022-01-31 15:25 (UTC)

Package no longer builds easily, because of upstream change:

https://github.com/Ardour/ardour/commit/8bb91099c5b1ce73be0c5c2b53392dba1d5a6fdb#diff-79aeb4da69856b495e73ad925cafb176d7d6c05060ee086a39896e16afb8ce31

The ardour-6.2-vendor_qm-dsp.patch patch cannot be applied as-is, and probably needs to be updated.

Commenting out the patch command in PKGBUILD also stops build (as expected, that's what the patch file was fixing).

Making the patch changes manually and running makepkg --syncdeps --noextract seems to work.

Gimmeapill commented on 2021-11-05 21:40 (UTC)

cwiid can safely be removed from the makedepends array. For some reason it seems to break the build in a clean chroot.

carlosnewmusic commented on 2021-02-08 20:00 (UTC)

/usr/bin/ardour6: línea 71: /usr/lib/ardour6/ardour-6.5.213: No existe el fichero o el directorio

Gimmeapill commented on 2020-11-09 09:17 (UTC)

@SpotlightKid: I'm not adding much value here anymore, will let you drive ;-)

AYANE-69 commented on 2020-09-19 03:18 (UTC)

@SpotlightKid: Confirmed building OK again here.

SpotlightKid commented on 2020-09-18 14:01 (UTC)

@DYSEQTA: This was an upstream error. Seems to have been fixed by https://github.com/Ardour/ardour/commit/d90d5c37018a9b68282d6b7030c2c339969941dd

Rebuilding now...

AYANE-69 commented on 2020-09-18 02:48 (UTC)

Build failing while attempting to build libardour as of 2020-09-18

SpotlightKid commented on 2020-04-29 15:37 (UTC)

@Terence: Now I can reproduce the error. Added the prepare function as suggested. Thanks.

Terence commented on 2020-04-28 22:47 (UTC)

@SpotlightKid Here it is: https://gitlab.gnome.org/GNOME/gnome-themes-extra/-/blob/master/themes/Adwaita/gtk-2.0/gtkrc

from https://www.archlinux.org/packages/extra/x86_64/gnome-themes-extra/

SpotlightKid commented on 2020-04-28 21:32 (UTC)

@Terence: I can't reproduce this error. ardour6 start normally, even if I put gtk-color-scheme = "text_color:white" in my ~/.gtkrc-2.0 file, as specified in the bug report.

Can you post RC file, which triggers the phenomenen for you?

Terence commented on 2020-04-28 14:18 (UTC)

Hey can you include the prepare() function from the community repo? At least 

 # unsetting gtk2 rc (FS#54389)
  sed -e '8iexport GTK2_RC_FILES=/dev/null' -i gtk2_ardour/ardour.sh.in

Otherwise I can't launch Ardour.

Gimmeapill commented on 2020-04-24 07:27 (UTC)

@SpotlightKid: there you go - thanks for the hand ;-)

SpotlightKid commented on 2020-04-22 16:25 (UTC)

@Gimmeapill: Here's the diff for an updated PKGBUILD. If you add me as a co-maintainer I'll push it.

  • Run waf with Python 3 and drop 'python2' from makedepends
  • Add 'libwebsockets' and 'cwiid' to makedepends and optdepends
diff --git a/PKGBUILD b/PKGBUILD
index d09de1e..18d527a 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -6,15 +6,19 @@
 # Contributor: Christopher Arndt <chris at chrisarndt.de>

 pkgname=ardour-git
-pkgver=6.0.pre0.r3201.gc87bec07cd
+pkgver=6.0.rc1.r45.gfcfaa0ac49
 pkgrel=1
 pkgdesc="A multichannel hard disk recorder and digital audio workstation"
 arch=('i686' 'x86_64')
 url="http://ardour.org/"
 license=('GPL')
 groups=('pro-audio')
-depends=('alsa-lib' 'aubio' 'gtkmm' 'liblo' 'liblrdf' 'lilv' 'suil' 'rubberband' 'taglib' 'libarchive' 'python')
-makedepends=('git' 'python2' 'boost' 'cppunit' 'doxygen' 'graphviz' 'itstool' 'lv2')
+depends=('alsa-lib' 'aubio' 'gtkmm' 'libarchive' 'liblo' 'liblrdf' 'lilv'
+         'python' 'rubberband' 'suil' 'taglib')
+makedepends=('boost' 'cppunit' 'cwiid' 'doxygen' 'git' 'graphviz' 'itstool'
+             'lv2' 'libwebsockets')
+optdepends=('cwiid: Wiimote control support'
+            'libwebsockets: WebSockets control support')
 provides=('ardour')
 conflicts=('ardour')
 source=("${pkgname%-*}::git://github.com/Ardour/ardour.git"
@@ -30,7 +34,7 @@ pkgver() {
 build() {
   cd "${srcdir}/${pkgname%-*}"

-  python2 waf configure --prefix=/usr \
+  python waf configure --prefix=/usr \
                         --configdir=/etc \
                         --with-backends=jack,alsa,dummy \
                         --libjack=weak \
@@ -40,13 +44,13 @@ build() {
                         --ptformat \
                         --no-phone-home

-  python2 waf build $MAKEFLAGS
+  python waf build $MAKEFLAGS
 }

 package() {
   cd "${srcdir}/${pkgname%-*}"

-  python2 waf --destdir="${pkgdir}" install
+  python waf --destdir="${pkgdir}" install

   # Install freedesktop.org compatible application starter desktop file
   install -Dm644 "${srcdir}/ardour.desktop" \

Gimmeapill commented on 2020-04-22 10:52 (UTC)

@mattpepin: Thanks for the heads up, however I can still not update as I have no access to my dev box. As mentioned previously, if anyone has an updated pkgbuild and want to step in, please send it and I'll add you as co-maintainer, that will be the fastest.

mattpepin commented on 2020-04-19 19:12 (UTC)

Ardour 6 RC1 adds a websocket control surface that depends on libwebsockets:

https://discourse.ardour.org/t/development-update-6-0-rc1-tagged/103393/8

Gimmeapill commented on 2020-03-30 07:16 (UTC)

@FlyingWombat: Thanks for the heads up but I can't update right away as I don't have my arch box around (for who knows how long...). In you have an updated pkgbuild and want to step in, please send it and I'll add you as co-maintainer, that will be the fastest.

FlyingWombat commented on 2020-03-28 21:04 (UTC)

Waf has been updated; it runs on python3.

Gimmeapill commented on 2017-12-21 21:58 (UTC) (edited on 2017-12-21 21:59 (UTC) by Gimmeapill)

@thetotalchaos: not 100% sure but this might work if you install locally, so change the following lines:

...

conflicts=()

...

python2 waf configure --prefix=/usr/local \

--configdir=/etc/local \

...

"${pkgdir}/usr/local/share/applications/ardour.desktop"

thetotalchaos commented on 2017-12-21 14:16 (UTC)

Gimmeapill Can you hint me, how to change the pkgbuild, so that i can use this alongside the official version? ThaNKS

Gimmeapill commented on 2017-09-20 19:27 (UTC)

@speak: fixed, thanks for the heads up!

speak commented on 2017-09-20 10:42 (UTC)

Hi! I noticed a problem with how this package is built: The line: --with-backends="jack,alsa,dummy " \ Should be: --with-backends=jack,alsa,dummy \ Currently the session tools don't get built properly, because the "dummy" backend isn't properly detected by the build scripts, because of the extra space inside the quotes.

Gimmeapill commented on 2017-08-18 10:40 (UTC) (edited on 2018-02-14 11:01 (UTC) by Gimmeapill)

This package will automatically retrieve and build the latest development snapshot of Ardour from git.

It does not need to be updated on every release, so please do not flag out of date unless the build breaks.

Gimmeapill commented on 2017-08-18 10:31 (UTC)

Good idea, thanks. The scope difference between the two packages should be explained as clearly as possible.

Ralf_Mardorf commented on 2017-08-18 09:59 (UTC) (edited on 2017-08-18 09:59 (UTC) by Ralf_Mardorf)

My apologies, I was mistaken, so your frankenword makes sense :D. The problem then is, that users next time want to build ardour_stable-git 5.12 and will flag the package out-of-date. Consider to add a pinned comment to ardour_stable-git ;).

Gimmeapill commented on 2017-08-18 09:43 (UTC) (edited on 2017-08-18 09:48 (UTC) by Gimmeapill)

Well, as long as the official package is not updated regularly, it does make sense to have a git pkgbuild that automatically builds the latest release without having to worry about versioning (and that is less experimental than the latest development snapshot). "asp checkout ardour" is a nice replacement for abs, but at the time of writing it would still build 5.9, or you have to edit the pkgbuild manually (ok, not a big deal but since this can be automated, why not...) The point of ardour_stable-git is: with just a "makepkg -s", to download the latest git commit, then to figure out what is the latest released version from the tags, set the version variable from that info, then rollback the local repo to that tag and build it. No further manual intervention. But yeah - that's not a method described in the packaging standards. Regarding "$pkgname-$pkgver::git+https://github.com/${pkgname^}/$pkgname.git#tag=$pkgver" -> that doesn't work because the package version is not known at the time the git repo is cloned. The only way I found to retrieve the latest release tag without downloading would be to use git ls-remote but then the parsing is sketchy at best. So it needs to download first... Otherwise, yes, there are not too many differences with the official pkgbuild, that's intentional. The only thing that's tied to 5.X is actually the desktop shortcut - I'll probably fix that eventually. The build flags would probably deserve a review as well.

Ralf_Mardorf commented on 2017-08-18 08:58 (UTC) (edited on 2017-08-18 09:25 (UTC) by Ralf_Mardorf)

Hi, ardour_stable-git is well-intentioned, but makes no sense. Checkout the PKGBUILD from official repositories. asp checkout ardour cat ardour/trunk/PKGBUILD The probably better way: "$pkgname-$pkgver::git+https://github.com/${pkgname^}/$pkgname.git#tag=$pkgver" The only difference you provide is building the dummy backend. If we build ardour from the asp chekcout and Ray should update ardour, a pacman update could automatically recognise it. "stable-git" is a nice frankenword, but if you want to provide a package with an appropriate name, use "ardour5". "ardour5" was already provided by the AUR, perhaps you need to adopt this deleted package.

Gimmeapill commented on 2017-08-17 21:10 (UTC)

@Ralf_Mardorf: I get your point. The ardour developement snapshots are indeed a pain to deal with for productive use. But editing manually the pkgbuild is also a pain ;-) So I tried to get the best of both worlds and made a new pkgbuild that builds the latest stable release and nothing more. It's a dirty kludge that clones the latest snapshot, finds the latest release tags, then rolls back the local repository to that version and builds it. There's probably a better way to do it, but it seems to work and the versioning shouldn't need any update until 6.x: https://aur.archlinux.org/packages/ardour_stable-git/

Ralf_Mardorf commented on 2017-08-17 05:54 (UTC) (edited on 2017-08-17 06:06 (UTC) by Ralf_Mardorf)

Hi electricprism, you seem not to understand the git related policy. FWIW if you want 5.11, instead of the latest commit from git, you anyway need to edit the PKGBUILD: "$ man PKGBUILD | grep " fragment" -A6 fragment (optional) Allows specifying a revision number or branch for makepkg to checkout from the VCS. For example, to checkout a given revision, the source line would have the format source=(url#revision=123). The available fragments depends on the VCS being used: [snip] git branch, commit, tag" However, I recommend first to do, what I usually prefer to do, to e.g. build Ardour 5.10 I run asp checkout ardour edited the PKGBUILD's pkgver and 'SKIP' the checksum, before running makepkg -s this is what I'll do today or within the next days for Ardour 5.11, too. It might be that additional changes are required, but since on LAU it was announced that it "is primarily a bug-fix release", it much likely builds without issues without additional editing. Gimmeapill already explained that this PKGBUILD is only out of date, if it is broken. The release version shown is completely irrelevant for git related PKGBUILDs. Btw. yaourt updates versions properly when using git PKGBUILDs. The only pitfall I'm aware of is, that by default it builds in /tmp which usually is tmpfs, so the RAM might be to small to build bloated software. Assuming df -h should show 3.9G or more for /tmp, Ardour should build, it even might require less space, if not yaourt --tmp /a_non-tmpfs_dir <aur_package_name> should do the trick. Regards, Ralf

Gimmeapill commented on 2017-08-17 05:21 (UTC) (edited on 2017-08-17 07:23 (UTC) by Gimmeapill)

@electricprism: This is a git package, it doesn't have any hardcoded version number and always pulls the latest development snapshot. The package version is retrieved from the source via a function and follows the packaging guidelines. See: https://wiki.archlinux.org/index.php/VCS_package_guidelines#The_pkgver.28.29_function If you want only stable releases, better use the official package (although it seems to be lagging a bit at the moment).

electricprism commented on 2017-08-17 00:58 (UTC)

You might wanna change the version number to something like 5.99 if you don't want to bump it every time a 5.X release comes out. Current version is 5.11 so when I saw it in my terminal I was confused that the package version is 5.5 until coming here and confirming the PKGBUILD that it is git and not 5.5.

Gimmeapill commented on 2017-01-01 10:38 (UTC) (edited on 2017-01-01 10:39 (UTC) by Gimmeapill)

Please do not flag as out of date unless something breaks with the packaging itself. This is a git pkgbuild that always pull the latest git master branch of Ardour (which might not always build in between releases). It doesn't need to be updated with each point release. If the version is not updated properly in the package name, please make sure you are not using an AUR helper like Yaourt, and instead build with "makepkg -s".

Gimmeapill commented on 2016-11-05 10:53 (UTC)

Should be working ok now

Gimmeapill commented on 2016-10-26 20:29 (UTC) (edited on 2016-11-07 11:39 (UTC) by Gimmeapill)

Had to revert to using bundled libs, as there is no pkg in AUR for a newly introduced depdendency: qm-dsp (https://code.soundsoftware.ac.uk/projects/qm-dsp/files).

Gimmeapill commented on 2016-10-25 22:07 (UTC)

First try. Current git seems to be quite unstable though. Still some work needed with dependencies and build flags, but at least it should compile again.

Gimmeapill commented on 2016-10-25 09:10 (UTC)

Adopted. Will update within the next few days

Gimmeapill commented on 2016-09-14 19:43 (UTC)

Please add at least 'itstool' as a buid dep (fixing the .desktop should not take too long either).

ohli commented on 2016-08-24 20:28 (UTC)

Here's the actual PKGBUILD for Ardour 5.0: https://gist.github.com/ohli/aaef5341ff3b8168a8e4f21c4bfc4b8f Check it out, should work perfectly.

pollito commented on 2016-08-20 07:24 (UTC)

Update to 5.0

francesc.arpi commented on 2016-08-14 17:33 (UTC)

Please update to Ardour 5.0! :) Thx

SpotlightKid commented on 2016-03-20 23:15 (UTC)

==> Beginne build()... [...] Checking for 'g++' (c++ compiler) : /usr/lib/ccache/bin/g++ --freedesktop requires itstool > 2.0.0 to translate files. Please add 'itstool' to makedepends.

SpotlightKid commented on 2016-02-03 13:53 (UTC)

Please update the PKGBUILD as suggested by @Sfera.

capoeira commented on 2015-12-22 10:48 (UTC)

couldn't this package have a "switch" to be able to build it with windows VST support?

Sfera commented on 2015-10-24 14:19 (UTC)

Adding --cxx11 option to configure (in build() section of PKGBUILD) prevent compilation errors.

eduardomezencio commented on 2015-10-15 03:07 (UTC)

I'm getting lots of errors when compiling, and they seem to be related to c++11 stuff, like this line: /usr/include/glibmm-2.4/glibmm/refptr.h:111:31: note: C++11 ‘noexcept’ only available with -std=c++11 or -std=gnu++11 /usr/include/glibmm-2.4/glibmm/refptr.h:116:35: error: expected ‘,’ or ‘...’ before ‘&&’ token inline RefPtr(RefPtr<T_CastFrom>&& src) noexcept; I'm not pasting more errors because there are millions, really

SpotlightKid commented on 2015-05-03 19:13 (UTC)

The PR has been integrated, so the patch isn't needed any more.

SpotlightKid commented on 2015-05-01 13:52 (UTC)

I just issued a pull request for the whitespace fix: https://github.com/Ardour/ardour/pull/112

commented on 2015-04-30 19:39 (UTC)

rtfreedman: You're right. I originally copied those version requirements from the PKGBUILD in the offical repository. They are now removed. SpotlightKid: Thank you! I've uploaded your PKGBUILD. Do you know if a patch to fix the whitespace issue in wscript has been submitted upstream?

SpotlightKid commented on 2015-04-24 01:00 (UTC)

I've made an updated PKGBUILD: http://trac.chrisarndt.de/code/browser/projects/aur/ardour-git * Python 2 isn't needed anymore for building, but some waf scripts have mixed tabs/spaces, which needs to be patched for Python 3. * Cleaned up dependencies * Different configure options

rtfreedman commented on 2015-04-22 19:05 (UTC)

libgnomecanvasmm isn't a dependency anymore - but namcap says gtkmm is missing lilv <= 1.0.0, suil <= 1.0.0 doesn't make sense - there isn't a devel branch anywhere near 1.0.0 Ardour checks for different versions/capabilities: lilv >= 0.14.0 >= 0.16.0 >= 0.19.2 >= 0.21.3 With 0.20.0-1 in the repo and 0.21.3.xxx on AUR, a build might require lilv >= 0.21.3 but ardour doesn't! And with suil at 0.8.2-1 in the repo, it fulfills ardours minimal requirements: suil >= 0.6.0 AUR builds should be based on core/extra/community and only require a specific version if necessary

SpotlightKid commented on 2015-04-19 01:07 (UTC)

.desktop file needs to be updated. Otherwise it compiles fine with the existing PKGBUILD. Why do the depends for lilv and suil have the version specifier?

electricprism commented on 2015-04-19 00:44 (UTC)

Ardour 4.0 Released http://community.ardour.org/node/8725#comment-39602

Gimmeapill commented on 2015-03-26 20:35 (UTC)

Just a heads up: Since around r4600, cwiid is causing the build to fail on x86_64. Removing it completely doesn't seem to have any side effects (except of course for the lack of wiimote support). There's also a cwiid-git in aur that may also work better with latest revisions, although I didn't try it.

rdoursenaud commented on 2014-11-09 12:03 (UTC)

Thanks :)

commented on 2014-10-16 19:31 (UTC)

Added new depends rubberband, vamp-plugin-sdk, and taglib.

rdoursenaud commented on 2014-10-16 12:19 (UTC)

Flagged out of date because of the new dependencies. See http://lists.ardour.org/pipermail/ardour-dev-ardour.org/2014-October/013815.html

asnakeofjune commented on 2014-06-03 08:07 (UTC)

Anything new on this package? Build failed like the others.

commented on 2013-06-22 05:27 (UTC)

same problem here. i tried again after installing cwiid-git and loading module uinput. still same error.

capoeira commented on 2013-06-10 11:46 (UTC)

anybody build this recently? I get: "Build failed -> task in 'libgtkmm2ext' failed (exit status 1):"

commented on 2013-04-25 20:06 (UTC)

Updated build() and added pkgver() for pacman 4.1 and changed source URL to the github mirror.

Det commented on 2013-03-26 23:13 (UTC)

Should conflict with [extra]'s ardour.

Det commented on 2013-03-26 23:12 (UTC)

Should conflict with [extra]'s ardour.

funkmuscle commented on 2013-03-21 17:25 (UTC)

that's where my build failed until I used cwiid-git.. I saw that in an LAU mailing list. Been using jack only for years in my studio. A3-beta5 ran well. not only your build her but even the source build causes x-runs.. here is link about it: http://comments.gmane.org/gmane.linux.slackware.slackbuilds.user/7719

commented on 2013-03-20 15:49 (UTC)

funkmuscle: I don't understand what the wiimote has to do with ardour. As for latency, use jack. KillingPlants: A log would be helpful to diagnose the failed build.

funkmuscle commented on 2013-03-18 12:25 (UTC)

My first try failed too until I installed cwiid-git and now it builds. Problem is the x-runs are out of control.

commented on 2013-03-18 04:32 (UTC)

The build fails for me. I was about to post the log in pastebin but I forgot to ctrl+SHIFT+c I'll try it again if you want the feedback.

commented on 2013-03-14 22:04 (UTC)

Oh and the output of the install file probably isn't up to date anymore, since ardour3 has been released.

commented on 2013-03-14 22:01 (UTC)

speps, ardour switched to git. Here's a PKGBUILD I made for it. Basically it's what you have here right now, you probably won't need it. The only "interesting" thing is the git mirror on github. I think we should prefer this one to save bandwidth on the ardour server. Here's what I have right now, but had no time testing it, e.g. to see if the two additional dependencies mentioned on the last comment are required. PKGBUILD: http://codepad.org/Sn0EkjYo

M4rQu1Nh0S commented on 2012-12-23 06:39 (UTC)

more dependencies of this package: -icu -sqlite>=3.7.14-7 update, plase!

francescortiz commented on 2012-08-03 07:35 (UTC)

it is missing python dependency

capoeira commented on 2012-05-15 19:25 (UTC)

http://www.linuxmusicians.com/viewtopic.php?f=47&t=8049#p26387

jrdnjhntn commented on 2012-05-14 18:40 (UTC)

@speps I had the same problem as jass0 - ardour3-svn is no longer installing ardour3 onto the system, instead everything is installed in the build directory; /var/abs/local/yaourtbuild/ardour3-svn/src/ardour3-build/build can this be changed so that Ardour3 on Arch is actually installed to the system?? (ie: prefix=/usr) or is this an upstream issue (it looks that way?)

commented on 2012-05-12 19:08 (UTC)

Compiles fine, however fails building the package with the following message: "Installing Ardour 3 is currently unsupported. Run it via the command ./ardev from within the gtk2_ardour directory." Thanks for maintaining this package :-)

commented on 2012-03-28 16:03 (UTC)

can't build http://pastebin.com/u1rqQz1x please post upstream or whatever

capoeira commented on 2011-12-06 15:43 (UTC)

I would upload ardour3-vst-svn on the AUR if I knew how to make it run.

speps commented on 2011-12-06 15:36 (UTC)

Hey guys, sorry for not updating this before. Rebuilding the whole thing takes a lot, and since I try to test it on my own before committing any changes, it could take some time before I upload a new one. ardour3-svn 10907-1: package updated, removed old and broken flags, updated dependencies. @capoeira Upstream discourage vst support in the main package, while it recommends to package an ardour3-vst instead. So if someone has the intention of taking care of a vst enabled build, feel free to upload an ardour3-vst-svn on the AUR. Thank u all for the reports.

capoeira commented on 2011-12-05 19:59 (UTC)

maintainer doesn't care about this package anymore, just remove "--freesound" from PKGBUILD

commented on 2011-12-05 19:49 (UTC)

waf: error: no such option: --freesound

capoeira commented on 2011-11-30 13:56 (UTC)

to build win-vsts the option is "--windows-vst" now. unfortunatly, building with vst results in broken package: [studio@myhost ~]$ ardour3 WARNING: Could not check your glib-2.0 for mutex locking atomic operations. /usr/bin/ardour3: line 39: /usr/lib/ardour3/ardour-3.0: Arquivo ou diretório não encontrado [studio@myhost ~]$ ardour-3.0-vst wine: cannot find '/usr/bin/ardour-3.0-vst.so'

capoeira commented on 2011-11-29 17:21 (UTC)

how do I build with windows vst? the --vst option doesn't exist anymore.

capoeira commented on 2011-11-18 01:06 (UTC)

builds fine here disabling tranzport. --vst is still broken though

capoeira commented on 2011-11-15 18:49 (UTC)

http://ardour.org/node/4658

benwbooth commented on 2011-11-11 18:57 (UTC)

According to this bug report, disabling tranzport allows ardour3 to build: http://tracker.ardour.org/view.php?id=4381

commented on 2011-10-16 00:37 (UTC)

I can't seem to install Ardour3. I had installed it a couple months ago, but I have since freshly installed Arch. Here's a link to the output: http://pastebin.com/iEesTD83 Ardour2 just won't do! Thanks if you can give any feedback!

capoeira commented on 2011-10-06 22:18 (UTC)

nativ VST builds, Win-VST doesn't

tritonas00 commented on 2011-10-06 19:35 (UTC)

http://wootangent.net/2011/10/its-here-native-vst-support-in-ardour-3/

capoeira commented on 2011-10-06 02:12 (UTC)

can someone please report the windoes.h bug to tracker.ardour.org? I can't register there

capoeira commented on 2011-10-05 03:12 (UTC)

anybody knows how to build with vst? It complained about not finding windows.h so i tried: "--wine-include=/usr/include/wine/windows \" without success

capoeira commented on 2011-10-04 20:22 (UTC)

oooh, It wasn't even there when I looked for the bug

capoeira commented on 2011-10-04 20:21 (UTC)

thanks man, I looked there but I didn't find the bug because of the name. now it works

orbisvicis commented on 2011-10-04 18:25 (UTC)

There is already a bug filed @ http://tracker.ardour.org/view.php?id=4351. The workaround is quite simple. I just realized there isn't much use packaging a debug build without options=("!strip"), though it adds just under 250MB to the install size.

capoeira commented on 2011-10-04 16:32 (UTC)

another test, doesn't work. @orbisvicis have you managed to make a working install? since speps seams to be on vacation, could you post a PCKBUILD?

capoeira commented on 2011-10-03 16:30 (UTC)

I tried 3 versions since saturday but I always get a segfault when opening new session or existing one

capoeira commented on 2011-10-02 17:00 (UTC)

so I remove soundtouch from depends, --tranzport from build and add --debug?

orbisvicis commented on 2011-10-01 00:27 (UTC)

oops. also soundtouch is not needed

orbisvicis commented on 2011-10-01 00:26 (UTC)

with the latest source --tranzport breaks the build process, it should be disabled as it hasn't worked for some time iirc.

orbisvicis commented on 2011-10-01 00:24 (UTC)

with the latest source --tranzport breaks the build process, it should be disabled as it hasn't worked for some time iirc.

orbisvicis commented on 2011-09-30 15:38 (UTC)

well looks like --download is no longer required, and --debug is back to being the default.

orbisvicis commented on 2011-09-29 21:03 (UTC)

python2 waf configure --download (to download the waf python doxygen module necessary to build with --doc, configure fails without otherwise) also debug is now disabled by default slv2 is no longer required for the versioned packaged, depends should be like: "lilv>=0.0.0" "lilv<1.0.0" "suil>=0.2.0" "suil<1.0.0"

capoeira commented on 2011-07-24 11:07 (UTC)

makepkg did the trick. strange yaourt-bug

capoeira commented on 2011-07-23 22:48 (UTC)

perhaps your right, it builds but it fails to install.

commented on 2011-07-23 16:24 (UTC)

@capoeira Just built r9915 fine using makepkg, could your problems be due to a bug in yaourt?

capoeira commented on 2011-07-22 17:54 (UTC)

I have both raptors installed, thats not the problem

capoeira commented on 2011-07-21 01:01 (UTC)

the whole thing? don't know how. here is all what remained in my terminal until fail: http://pastebin.com/xWgqnabW

speps commented on 2011-07-20 18:56 (UTC)

@capoeira can you please pastebin a full build log?Tnx

roentgen commented on 2011-07-20 16:58 (UTC)

It should depend on raptor or raptor1. I can't remember now which one solved the compilation failing.

capoeira commented on 2011-07-20 14:46 (UTC)

unfortunatly, it doesn't fails at [731/754] now.

speps commented on 2011-07-19 17:53 (UTC)

@capoeira It should build fine now, added the new lilv and suil dependency for lv2 and libsmf for midi files.

capoeira commented on 2011-07-16 16:43 (UTC)

fails with a lot of red text at 726/754

capoeira commented on 2011-07-16 06:33 (UTC)

I adopted this for a minute to remove the patch. will try it out

capoeira commented on 2011-07-13 20:18 (UTC)

thanks abutment,,,,,for now I use alfa-9 as it is fresh....next time I try this

smoge commented on 2011-07-13 14:39 (UTC)

sorry guys, I'm on the road right now, I'll disown by now, please someone could update the pkgbuild?

commented on 2011-07-13 10:05 (UTC)

@capoeira You'll have to edit the pkgbuild until the maintainer can update. Remove "ardour.patch" from the source variable, the patch command line from the build() function and the corresponding (2nd) md5sum from the bottom of the package build. It should build fine with these changes, good luck.

capoeira commented on 2011-07-12 20:40 (UTC)

any help on the issue?

capoeira commented on 2011-07-08 20:59 (UTC)

==> SVN checkout done or server timeout ==> Starting make... patching file libs/evoral/evoral/TimeConverter.hpp patch unexpectedly ends in middle of line Hunk #1 FAILED at 54. 1 out of 1 hunk FAILED -- saving rejects to file libs/evoral/evoral/TimeConverter.hpp.rej

commented on 2011-06-10 19:16 (UTC)

The patch no longer applies cleanly and current svn builds fine without it.

archman commented on 2011-05-11 15:42 (UTC)

WARNING: Your system has a limit for maximum amount of locked memory! This might cause Ardour to run out of memory before your system runs out of memory. You can view the memory limit with 'ulimit -l', and it is normally controlled by /etc/security/limits.conf WARNING: Could not check your glib-2.0 for mutex locking atomic operations. /usr/bin/ardour3: line 39: /usr/lib/ardour3/ardour-3.0: No such file or directory

archman commented on 2011-05-11 14:14 (UTC)

WARNING: Your system has a limit for maximum amount of locked memory! This might cause Ardour to run out of memory before your system runs out of memory. You can view the memory limit with 'ulimit -l', and it is normally controlled by /etc/security/limits.conf WARNING: Could not check your glib-2.0 for mutex locking atomic operations. /usr/bin/ardour3: line 39: /usr/lib/ardour3/ardour-3.0: No such file or directory

capoeira commented on 2011-05-10 14:14 (UTC)

built today and runs

archman commented on 2011-05-08 09:52 (UTC)

Built and installed fine, but does not run. ardour-3.0-vst: wine: cannot find '/usr/bin/ardour-3.0-vst.so' ardour3: /usr/bin/ardour3: line 39: /usr/lib/ardour3/ardour-3.0: No such file or directory

smoge commented on 2011-05-07 22:24 (UTC)

Ok, it seems to build here now, thanks!

orbisvicis commented on 2011-05-07 20:48 (UTC)

Hm, the version downloaded from hpaste has no newline at end of file.

archman commented on 2011-05-07 17:07 (UTC)

orbisvicis: I get this when trying with your files: patching file libs/evoral/evoral/TimeConverter.hpp patch unexpectedly ends in middle of line

archman commented on 2011-05-07 16:59 (UTC)

Yeah, this fails with: patching file libs/evoral/evoral/TimeConverter.hpp patch unexpectedly ends in middle of line Hunk #1 FAILED at 54. 1 out of 1 hunk FAILED -- saving rejects to file libs/evoral/evoral/TimeConverter.hpp.rej Looking forward to the fixed release (will also try using --vst to see if it'll build and run ^^).

orbisvicis commented on 2011-05-07 03:12 (UTC)

still patches cleanly for me. None of the affected files have been modified. Not from "http://subversion.ardour.org/svn/ardour2/branches/3.0" anyway cd ardour3-build patch -p0 -i "${srcdir}/default.initializer.public.patch"

smoge commented on 2011-05-07 00:32 (UTC)

uploading.. thanks orbisvicis!

capoeira commented on 2011-05-06 14:45 (UTC)

can the maintainer actualize this using orbisvicis work? i there a way to enable VST-support? I gues not now!?

orbisvicis commented on 2011-05-06 01:42 (UTC)

Updated: http://hpaste.org/46407/ardourpkgbuild http://hpaste.org/46408/ardourinstall http://hpaste.org/46409/ardourpatch http://hpaste.org/46410/ardourdesktop The jack dependencies are screwed up. Ardour3 can use sufficiently current version of either jack1 or jack2, however the only shared package names (provides) between them are either unversioned (jackmp) and thus cannot support versioning requirements, or not up-to-date (such as jack-audio-kit>=0.118.0) whereas the latest requirement is >=0.120.0. So change that requirement if you need to use jack or jack2-dbus instead of jack2.

orbisvicis commented on 2011-05-05 19:18 (UTC)

same error, but in automation_region_view.cc fixed by modifying libs/evoral/evoral/TimeConverter.hpp template<typename A, typename B> class IdentityConverter : public TimeConverter<A,B> { public: IdentityConverter(){} B to(A a) const { return static_cast<B>(a); } A from(B b) const { return static_cast<A>(b); } }; btw, anyone know the most recent version of ardour3-svn which build without patching ? anyone

capoeira commented on 2011-04-27 14:53 (UTC)

well, it wasn't me flaging it...i was was just asking why someone flaged it. BUT, today i tried to compile it again and it actually fails: [460/741] cxx: gtk2_ardour/automation_line.cc -> build/default/gtk2_ardour/automation_line_1.o ../gtk2_ardour/automation_line.cc:58:60: error: uninitialized const ‘default_converter’ [-fpermissive] ../libs/evoral/evoral/TimeConverter.hpp:56:7: note: ‘const class Evoral::IdentityConverter<double, long long int>’ has no user-provided default constructor Waf: Leaving directory `/tmp/yaourt-tmp-studio/aur-ardour3-svn/src/ardour3-build/build' Build failed: -> task failed (err #1): {task: cxx automation_line.cc -> automation_line_1.o} ==> ERRO: Uma falha ocorreu em build(). Abortando...

smoge commented on 2011-04-27 04:33 (UTC)

Do you mean 'broken' or 'out-of-date'?? Since it's a svn package, I guess it is not building for you? What is wrong?

capoeira commented on 2011-04-25 23:37 (UTC)

why "out of date"? it's still working

capoeira commented on 2011-04-07 10:49 (UTC)

builds with Jack2 from [community] !!!!!!!!!

orbisvicis commented on 2011-03-25 02:20 (UTC)

For the record, I was able to ardour3-svn with the latest jackmp-svn (jack2).

commented on 2011-03-23 07:30 (UTC)

3.0alpha1 is released - it was based on rev 9185 http://ardour.org/a3_alpha1

markc commented on 2011-03-05 04:06 (UTC)

Will jack1-svn provide this or some other repo? Checking for new jack_port_type_get_buffer_size : missing - a version of JACK that supports jack_port_type_get_buffer_size() is required to compile Ardour3

commented on 2011-02-11 03:38 (UTC)

sorry for posting to many times the same...

Det commented on 2010-12-22 06:54 (UTC)

faco, are you serious?

commented on 2010-12-21 18:12 (UTC)

I'm getting this when try to compile: Strict compiler flags : False Build documentation : False () Ardour Configuration Checking for header boost/signals2.hpp : yes Checking for header jack/session.h : not found Checking for boost library >= 1.39 : ok Checking for cppunit >= 1.12.0 : no Checking for glib-2.0 >= 2.2 : /tmp/yaourt-tmp-felipe/aur-ardour3-svn/src/ardour3-build/wscript:471: error: the configuration failed (see '/tmp/yaourt-tmp-felipe/aur-ardour3-svn/src/ardour3-build/build/config.log') Abortando... ==> ERROR: Makepkg was unable to build ardour3-svn. ==> Restart building ardour3-svn ? [y/N] ==> ------------------------------------ ==> cppunit is ok. I dont know what I could be missing.

commented on 2010-12-21 14:11 (UTC)

at the very beginnig of http://ardour.org/node ... New features coming in Ardour 3.0 Submitted by paul on Mon, 2010-12-06 10:22 in Releases Ardour 3.0 is nearing its first alpha release. As usual, it has been available via SVN for those who want to build it from source during the entire development process, but we are now approaching the point where more user feedback will be useful in finalizing 3.0 before an official release. Below is a (growing) list of new features in 3.0, with links to individual pages that discuss them in more detail.

smoge commented on 2010-12-20 19:45 (UTC)

This is not an official ardour or arch package, as most of AUR users already know. Please if you really want to try this svn snapshot, make sure you update it frequently and that you are capable of providing useful debug information for the developers. Please also read the following links: http://ardour.org/debugging_ardour http://ardour.org/how_to_report_a_bug From the main developer, as of 2010/12: "we have not asked (and are not asking) for people not comfortable with debuggers and other tracing tools to be using ardour3 at this time." The authors also recomend that Arch users DO NOT use this PKGBUILD and instead make all the steps using svn and 'svn update'. The warning is done.

commented on 2010-12-20 17:44 (UTC)

Please stop providing a PKGBUILD or any other form of package for Ardour3. This version is for developers only and not "given" to the public for testing. This version is not ready to use, your files may be broken or unusable with the the next commit. Not even the file/session format is fixed. This package INSTALLS Ardour3, a task which was not done by the Ardour developers itself. The minimal step would be to prevent installing in this PKGBUILD, which would render it useless so better remove it completely, please. While its often just a phrase that AUR packages are used on own risk and are unsupported this is absolutely true for Ardour3.

capoeira commented on 2010-12-20 14:39 (UTC)

do you guys get a segfault when pressing play?

capoeira commented on 2010-12-19 16:21 (UTC)

installed fine here

commented on 2010-12-18 17:01 (UTC)

@smoge, would have been nice if you kept me in the PKGBUILD as contributor ;) And you have to change python to python2 in the makedepends line

capoeira commented on 2010-12-18 16:23 (UTC)

running here.....yesss

capoeira commented on 2010-12-18 16:16 (UTC)

yes, jack1 0.118.3 http://repos.archaudio.org/testing/i686/jack-svn-3940-1-i686.pkg.tar.gz

capoeira commented on 2010-12-18 14:15 (UTC)

package from ach-audio repro works....building here

capoeira commented on 2010-12-18 14:03 (UTC)

man, now that i see.....we have jackd 0.118.3 on arch-audio repro (bleeding)

smoge commented on 2010-12-18 13:34 (UTC)

I changed dependency for jack2, but just until we have a compatible jack1 package.

smoge commented on 2010-12-18 13:30 (UTC)

I have this one: community/jack2 1.9.6-2. Hum.. Maybe something else?

capoeira commented on 2010-12-18 13:26 (UTC)

doesn't build with jack2, too i think it needs jack-session wich is only in jack-svs

capoeira commented on 2010-12-18 05:29 (UTC)

sorry, im on other pc now.....problem might have been that yaourt build package from tmp. now on this PC it stops because of missing jack 0.118.2 like Cap said, it isn't available in AUR. will try out installing jack2 this evening

commented on 2010-12-17 21:04 (UTC)

build fine here, thanks

smoge commented on 2010-12-17 20:01 (UTC)

Hum... strange. Did you do using yaourt? Try once more, please.

capoeira commented on 2010-12-17 11:20 (UTC)

@smoge tried it again, but I got exactly the same output

commented on 2010-12-17 09:39 (UTC)

thanks, i might just try jack2 if i know it doesnt break anything

smoge commented on 2010-12-17 09:36 (UTC)

I use jack2 (Jack 1.9.6). Jack1 and jack2 are binary compatible. I will investigate what version of jack1 you would need.

commented on 2010-12-17 06:21 (UTC)

also: how and where do i get jack>= 0.118.2? jack-audio-connection-kit-svn builds jack2 right? also that fails as well

commented on 2010-12-17 05:47 (UTC)

it should depend on jack >=0.118.2 configuration failed because of that

capoeira commented on 2010-12-17 02:48 (UTC)

didnt work here: Global Configuration Checking for program gcc or cc : /usr/bin/gcc Checking for program cpp : /usr/bin/cpp Checking for program ar : /usr/bin/ar Checking for program ranlib : /usr/bin/ranlib Checking for gcc : ok Checking for program g++ or c++ : /usr/bin/g++ Checking for g++ : ok Install prefix : /usr Debuggable build : True Strict compiler flags : False Build documentation : False () Ardour Configuration Checking for header boost/signals2.hpp : yes Checking for header jack/session.h : not found Checking for boost library >= 1.39 : ok Checking for cppunit >= 1.12.0 : no Checking for glib-2.0 >= 2.2 : /tmp/yaourt-tmp-studio/aur-ardour3-svn/src/ardour3-build/wscript:471: error: the configuration failed (see '/tmp/yaourt-tmp-studio/aur-ardour3-svn/src/ardour3-build/build/config.log') Abortando... ==> ERROR: Makepkg was unable to build ardour3-svn. ==> Restart building ardour3-svn ? [y/N] ==> ------------------------------------ ==> ==> WARNING: Following packages have not been installed: ardour3-svn [studio@myhost ~]$ yaourt cppunit 1 community/cppunit 1.12.1-2 [installed] A C++ unit testing framework

smoge commented on 2010-12-16 20:24 (UTC)

It works now!

commented on 2010-12-16 08:32 (UTC)

Read my previous post, that's what I tried. Don't you get this error message as well?

smoge commented on 2010-12-15 22:59 (UTC)

./waf doesn't work with python 3. A workaround would be "python2 waf"...

commented on 2010-12-13 15:24 (UTC)

Ok guys, I think it's better for this package if someone else maintains it, right now I need a stable ardour, so I use ardour2 with stable jack. And I don't have that much time right now. So I orphaned it. Could someone who is capable to maintain it take it? The last thing I tried was to change ./waf to python2 waf, so it is really python2 which is used. I did get the following output Checked out revision 8257. Writing svn revision info to libs/ardour/svn_revision.cc Global Configuration Checking for program gcc or cc : /usr/lib/ccache/bin/gcc Checking for program cpp : /usr/lib/ccache/bin/cpp Checking for program ar : /usr/bin/ar Checking for program ranlib : /usr/bin/ranlib Checking for gcc : ok Checking for program g++ or c++ : /usr/lib/ccache/bin/g++ Checking for program ar : /usr/bin/ar Checking for program ranlib : /usr/bin/ranlib Checking for g++ : ok Install prefix : /usr Debuggable build : False Strict compiler flags : False Build documentation : False () Ardour Configuration Version 4.5 of gcc is not ready for use when compiling Ardour with optimization. Please use a different version or re-configure with --debug Aborting..

capoeira commented on 2010-12-13 13:17 (UTC)

@Captain_Sandwich so you didn't managed it?

commented on 2010-11-05 14:19 (UTC)

Well right now it doesn't build and I have problems (most of it lack of time and knowledge to be honest) getting it to work. I guess it's quite usable, yes.

capoeira commented on 2010-11-05 12:41 (UTC)

is this allready usable?

commented on 2010-07-08 21:45 (UTC)

Damn, you're right. Thanks for reminding me! What we need here is a current svn snapshot of jack, which isn't jack, but jack2. I'll build the new packages and update it in a few minutes. You can always install jack-audio-connection-kit-svn instead of jack from the repos, should work fine then.

commented on 2010-07-08 17:02 (UTC)

I can't build this package: I found this at end of the log file: Checking for jack >= 0.118.2 pkg-config --errors-to-stdout --print-errors --atleast-version=0.118.2 jack