ardour-2 is the new, gtk2 based version of the well know digital audio workstation. Here is a list about "what to expect" in this release: http://ardour.org/what_to_expect_in_ardour2
Created attachment 99217 [details] media-sound/ardour-2.0_beta4.ebuild
looking into it.
Ardour 2.0 beta5.1 has been released http://ardour.org/files/releases/ardour-2.0beta5.1.tar.bz2 media-sound/ardour-2.0_beta4.ebuild doesn't actually work because of DESTDIR that hardcode deps to the portage tmpdir. I really don't know how to fix this, sorry :/ Cheers
note to myself: !! WARNING !! Do not use Ardour 2.0 to open the only copy of sessions created with Ardour 0.99. Ardour 2.0 saves the session file in a new format that Ardour 0.99 will not understand. The simplest way to address this is to make a copy of the session file itself (e.g mysession/mysession.ardour) and make that file unreadable using chmod(1).
After playing around with ardour 2, I feel it is not yet ready, I reverted to the 0.99.3 since it crashes and fails to open sessions from the 0.99 series release. I'll post an ebuild for anyone who'd like to test it, but I don't want to add it to the tree at the moment and I'm watching the ardour dev mailing list closely as always.
Created attachment 99623 [details] ardour-2.0_beta5.ebuild
test away...
Hi eldad, If using your ebuild with USE="vst" it asks: Are you building Ardour for personal use (rather than distributiont to others)? [no]: yes now, user-input in ebuilds is a very bad thing. Probably due to licensing issues, but you should fix this somehow before committing it to the tree.
Thanks, I'll fix this, and test the other useflags as well. This is not yet intended for the tree, though, only for testing, until the the betas start to stablize.
I've just seen an ebuild for ardour2 on pro audio overlay: http://tinyurl.com/yjqtlw They worked on vst use flag.. maybe it could be a starting point
upstream accepted my SConscript patch, I'll remove the sed'ing with the next release.
http://www.ardour.org/files/releases/ardour-2.0beta6.2.tar.bz2
Created attachment 101132 [details] media-sound/ardour-2.0_beta6.ebuild
Moving too fast, I think we'll hold on abit when there's a stable beta. http://ardour.org/files/releases/ardour-2.0beta8.tar.bz2
The latest betas (9 and now 10) have been pretty stable on my setup (AMD64, 2.6.18-gentoo-r3) and it's looking like 11 will be the last beta on the road to 2.0. A few things to watch out for, though: - x11-themes/gtk-engines is a dependency. Ardour2 uses clearlooks which is in that package and so it should go in the ebuild as a dependecy. - There are some nice icons included in the tarball and ardour2/icons/icon/ardour_icon_mac.png should, IMO, be used as the app's main icon for users under KDE and/or Gnome (the ebuild would need a doicon line in src_install()). - There should be a great big warning for KDE 3.5 users that you need to uncheck "Apply colors to non-KDE applications" in the colors configuration module if you want to be able to see various texts in Ardour2.
Created attachment 117201 [details] RC1 of ardour, latest. Ebuild has liblrdf-4.0, where earlier versions caused scons to fail. I wish for this to be an official ebuild, this version is much nicer than the .99 Ardour.
Created attachment 117846 [details] Ardour 2.0 ebuild Builds fine for me...
Created attachment 117884 [details] ardour-2.0.ebuild Ardour has officially gone to 2.0. It's much more stable and works much better than the old 0.9x branch and should at the very *least* go into ~arch. Attached is an ebuild incorporating the suggestions I made above; tested on amd64.
I can confirm ardour 2.0 via attachment #117884 [details] as working on my amd64 box. However, using it with USE=vst causes it to ask this during ./configure: Are you building Ardour for personal use (rather than distribution to others)? It then failed because it needed vst_sdk2_3.zip or vstsdk2.3.zip in libs/fst.
Without osc in the USE flags, James' ebuild fails with the following: In file included from gtk2_ardour/ardour_ui_options.cc:27: libs/ardour/ardour/osc.h:28:19: error: lo/lo.h: No such file or directory libs/ardour/ardour/osc.h:54: error: 'lo_server' does not name a type libs/ardour/ardour/osc.h:55: error: 'lo_server' does not name a type libs/ardour/ardour/osc.h:74: error: 'lo_arg' has not been declared libs/ardour/ardour/osc.h:85: error: 'lo_arg' has not been declared ... more errors along the same lines ... It appears this is because liblo isn't installed. I've just set the use flag and am trying again...
Yep, with USE="osc" it all compiles and installs fine, without that it fails, so it'd be worth investigating whether liblo is a harder dependency or whether there's a configure disable flag that can correctly turn off the open sound card stuff...
missing depency: lrdf >= 0.4.0
Ardour 2.0.2 is out.
Hi guys, I'm on hiatus. anyone want to take care of ardour in the meanwhile? I've been meaning to SLOT it to permit working with ardour 1.x along side 2.x.
The dependency media-libs/liblo is missing too.
fails here with flac 1.1.4, due to an old libsndfile being included : libs/libsndfile/src/flac.c:1130: error: ‘FLAC_PRIVATE’ has no member named ‘frame’ libs/libsndfile/src/flac.c:1134: warning: implicit declaration of function ‘FLAC__seekable_stream_decoder_seek_absolute’ libs/libsndfile/src/flac.c:1134: error: ‘FLAC_PRIVATE’ has no member named ‘fsd’ libs/libsndfile/src/flac.c:1135: error: ‘FLAC_PRIVATE’ has no member named ‘fsd’ Does anybody know why they need to have their own sndfile built in ardour ? There is that in the Sconstruct file : # # cannot use system one for the time being #
btw, I don't think slotting will be possible, LC_MESSAGES collides with ardour 0.99
*** Bug 186333 has been marked as a duplicate of this bug. ***
bumped, eventually.
