java-ant-2

Смог разобраться самостоятельно. Но в очередной раз вспомнил байку про интерфейсы в стиле nix.

На самом деле там со всех сторон минные поля.
Во-первых, WANT_ANT_TASKS оперирует не именами тасков, а именами пакета портежей. Соответственно с его помощью можно задать зависимости сборки.Но поскольку имена пакетов портежей не совпадают с именами самих подзадач анта, то он соответствующую переменную портит. Поэтому я просто задал зависимости в переменной депенда и попытался задать отдельно список использованных подзадач анта через переменную ANT_TASKS
Во-вторых, тут меня тоже ничего не вышло. Это переменная странным образом игнорируется. Пока я перебирал разные названия (ant-ivy,ivy,ivy2,ant2-ivy) он исправно выводил ошибки об отсутствии пакетов с означенными именами. Когда же я наконец-то подобрал правильное имя ant-ivy-2, то ошибка исчезла, а строчка начала игнорироваться - не меняла никаким образом CLASSPATH.
Вот так вот. Но в конце-концов я в своём переборе добрался до переменной EANT_ANT_TASKS и её-то емёрж нормально сожрал. Как, почему - не знаю. По факту два средства из трёх оказались глючными, одно работающим. Но зачем вообще добавлять глюики, когда можно оставить один нормально работающий вариант. И почему нельзя было на эти глюки на странице описания екласса?
В общем, чем больше пользуюсь линуксом, тем больше удивляюсь откуда там берутся пользователи-непрограммисты.

P.S. итоговый рабочий ebuild:

EAPI=2

inherit eutils java-pkg-2 java-ant-2 subversion

ESVN_REPO_URI="https://svn.mucommander.com/mucommander/trunk"
ESVN_PROJECT="${PN}"

DESCRIPTION="Cross-platform filemanager in Java"
HOMEPAGE="www.mucommander.com"

LICENSE="GPL-3"
SLOT="0"
KEYWORDS="~amd64 ~x86"
IUSE=""

COMMON_DEP=""

RDEPEND="${COMMON_DEP}
        >=virtual/jre-1.5"

DEPEND="${COMMON_DEP}
        dev-java/ant-ivy
        >=virtual/jdk-1.5"

EANT_ANT_TASKS="ant-ivy-2"

src_install() {
    java-pkg_newjar tmp/${PN}-normal.jar ${PN}.jar

    java-pkg_dolauncher
}

P.P.S. и что-то я java-ant-2.eclass не доверяю. У проекта куча зависимостей, а полученные ebuild ни одну из этих зависимостей не вытянул, а собрал статический jar. Видимо автоматизация не до конца прошла