5 ms·

That's already happening: KXStudio, a Linux distro for audio work, has pre-packaged Ardour binaries.

ronjouch 10y ago
Not just specialized distros like KX, Ardour is at your fingertips in vanilla Debian and Ubuntu - http://packages.ubuntu.com/search?searchon=names&suite=all&section=all&keywords=ardour http://packages.ubuntu.com/search?searchon=names&suite=all&s... - https://packages.debian.org/search?keywords=ardour https://packages.debian.org/search?keywords=ardour
- dawhead 10y ago
  Note that because distros build Ardour using their stock GTK+ stack, there are a few issues with their builds that are not present in the bundles from ardour.org. We (ardour.org) do not (and cannot) support distro-built versions of Ardour.
  - archimedespi 10y ago
    Why would stock GTK+ cause problems?
    - dawhead 10y ago
      The most common reason is that we ship our own version of the clearlooks theme engine to ensure that we control the appearance of GTK+ widgets, and we load our own GTK2 RC file to define colors etc. for those widgets. This leads to 2 errors, one irritating, one that prevents the program from functioning. Irritating: GTK+ loads the system GTK theme during a call to gtk_init(). If this theme is based on clearlooks but contains declarations unknown to our (older) version of Clearlooks, you get errors. Blocking: GTK+ loads the system GTK theme during a call to gtk_init(). If the theme file defines a "color theme", then when Ardour defines its own, GTK will block for ever, because of a bug in GTK+2. This doesn't happen if the system GTK theme has no color theme definition. Those are the two main issues. They cannot be worked around without rebuilding the GTK+ stack so that it cannot or will not load the system GTK theme.
      - archimedespi 10y ago
        Thank you for explaining! If you've contacted GTK about upstreaming your patches, what was their response? I'd be surprised if they didn't want to.
        dawhead 10y ago
        I interact regularly with GTK+ developers, and have been a regular contributor to GTK+ on OS X. They don't want our patches - they are very specialized and intended to deal with cases in Ardour that are not really a part of ordinary desktop apps. GTK+2 is now in maintainance mode anyway.

Not just specialized distros like KX, Ardour is at your fingertips in vanilla Debian and Ubuntu - http://packages.ubuntu.com/search?searchon=names&suite=all&section=all&keywords=ardour http://packages.ubuntu.com/search?searchon=names&suite=all&s... - https://packages.debian.org/search?keywords=ardour https://packages.debian.org/search?keywords=ardour

dawhead 10y ago
Note that because distros build Ardour using their stock GTK+ stack, there are a few issues with their builds that are not present in the bundles from ardour.org. We (ardour.org) do not (and cannot) support distro-built versions of Ardour.
- archimedespi 10y ago
  Why would stock GTK+ cause problems?
  - dawhead 10y ago
    The most common reason is that we ship our own version of the clearlooks theme engine to ensure that we control the appearance of GTK+ widgets, and we load our own GTK2 RC file to define colors etc. for those widgets. This leads to 2 errors, one irritating, one that prevents the program from functioning. Irritating: GTK+ loads the system GTK theme during a call to gtk_init(). If this theme is based on clearlooks but contains declarations unknown to our (older) version of Clearlooks, you get errors. Blocking: GTK+ loads the system GTK theme during a call to gtk_init(). If the theme file defines a "color theme", then when Ardour defines its own, GTK will block for ever, because of a bug in GTK+2. This doesn't happen if the system GTK theme has no color theme definition. Those are the two main issues. They cannot be worked around without rebuilding the GTK+ stack so that it cannot or will not load the system GTK theme.
    - archimedespi 10y ago
      Thank you for explaining! If you've contacted GTK about upstreaming your patches, what was their response? I'd be surprised if they didn't want to.
      - dawhead 10y ago
        I interact regularly with GTK+ developers, and have been a regular contributor to GTK+ on OS X. They don't want our patches - they are very specialized and intended to deal with cases in Ardour that are not really a part of ordinary desktop apps. GTK+2 is now in maintainance mode anyway.