Не устанавливается xneur

Не разобрался как их подключать, через layman этот оверлей не отображается, копировал вручную в локальный оверлей.Но ругается update-eix.

ebuild есть багзиле, а также в оверлее pva.

Навожу :)
Смотри как надо - и оно еще и работает правильно
сам xneur и gxneur в
http://vi.net.ua/portage/x11-apps/
и kxneur в
http://vi.net.ua/portage/kde-misc/

emerge -av kde-misc/kxneur

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] x11-apps/xneur-0.9.0 USE="gstreamer -aplay -aspell -debug -openal -xpm" 0 kB [1]
[ebuild N ] kde-base/libkonq-3.5.9 USE="arts -debug -kdeenablefinal -kdehiddenvisibility -pertty -xinerama" 0 kB [2]
[ebuild N ] kde-base/kdebase-data-3.5.9 USE="-debug -kdeenablefinal -xinerama" 0 kB
[ebuild N ] kde-base/kicker-3.5.9 USE="arts xcomposite -debug -kdeenablefinal -kdehiddenvisibility -kickoff -pertty -xinerama" 0 kB [2]
[ebuild N ] kde-misc/kxneur-0.9.0 USE="arts perl -embedded -final -static -strict -threading" 0 kB [1]
[blocks B ] kde-base/libkonq:3.5 (is blocking kde-base/kdebase-3.5.9-r3)
[blocks B ] =kde-base/kdebase-3.5* (is blocking kde-base/kicker-3.5.9, kde-base/kdebase-data-3.5.9, kde-base/libkonq-3.5.9)
[blocks B ] kde-base/kdebase-data:3.5 (is blocking kde-base/kdebase-3.5.9-r3)
[blocks B ] kde-base/kicker:3.5 (is blocking kde-base/kdebase-3.5.9-r3)

Обращение ко всем. Не используйте эти ebuild'ы. Они выполняют опасные
действия. Эх, у кого там ещё осталось желание делать русский
оверлей?...

# l6xus  on ira-station Linux 2.6.23-gentoo-r3
# Sat, 19 Jul 2008 07:38:26 +0700

С таким заголовком ни один ebuild никогда не будет принят в дерево портежей.
В Gentoo все ebuild'ы должны быть GPL-2 лицензированы и лицензия требует
правильный заголовок. Смотрите его в /usr/portage/skel.ebuild.

DESCRIPTION="X auto keyboardlayout switcher"
HOMEPAGE="http://www.xneur.ru/"
RESTRICT="nomirror"

Порядок переменных. Удобно когда во всех ebuild'ах переменные определены в
одном и том же порядке:

http://overlays.gentoo.org/proj/sunrise/wiki/CodingStandards

Значительно проще тогда понять определяет ли ebuild SLOT или наследует из
eclass'а.

Почему здесь RESTRICT="nomirror"? Его используют, когда лицензия или upstream
явно запрещает распространять исходные коды по зеркалам. Про xneur ничего
подобного не знаю, и лицензия там GPL-2.

SRC_URI="http://dists.xneur.ru/release-${PV}/tgz/${P}.tar.bz2"
LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~x86 x86"

ebuild не может находиться одновременно в нестабильной и стабильной ветках.
Так как команда поддержки архитектуры не тестировала ebuild, то ваш ebuild
должен быть в нестабильной ветке. Исключения составляют ebuild'ы в оверлеях
где команда поддержки сама решает что как, но при этом по любому в официальное
дерево ebuild должен входить будучи в нестабильной ветке.

IUSE="aspell gstreamer openal aplay debug xpm"
DEPEND="x11-base/xorg-x11
        openal? (>=media-libs/freealut-1.0.1)
        aplay? (media-sound/alsa-utils)
        gstreamer? (media-libs/gstreamer)
        aspell? (app-text/aspell)
        xpm? (x11-libs/libXpm)"

Зависимости. Их нужно внимательно проверять, а не втыкать куски world файла.
Делается это не сложно. Читаете configure.ac и смотрите какие либы он там
ищет. Потом смотрите а к какому пакету либы принадлежат и добавляете в
зависимости. Можно и по другому, смотря на вывод readelf -d pkg | grep NEEDED,
но тогда надо проверить со всеми комбинациями USE флагов.

src_compile() {
for sound in gstreamer openal aplay ; do
        if use "${sound}" ; then
        export EXTRA_ECONF="${EXTRA_ECONF} --with-sound=${sound}"
        fi
done
if [ -z "${EXTRA_ECONF}" ] ; then
        export EXTRA_ECONF="--with-sound=no"
fi

Никогда не переопределяйте EXTRA_ECONF. Эта переменная для пользователя
ebuild'а и должна оставаться таковой. Она используется, например, мной, чтобы
отключить статические библиотеки и тем самым ускорить сборку. У меня в
/etc/make.conf прописано EXTRA_ECONF="--disable-static" и таким образом
большинство пакетов собираются без статически либ. Очень удобно и быстрее. Не
лишайте меня такой возможности :) Между прочим, если вы захотите повторить
трюк с EXTRA_ECONF, то не забудьте, что часть пакетов должна собираться со
статическими либами иначе зависящие пакеты не соберуться. Список пакетов и как
я это делаю в этом письме:

http://archives.gentoo.org/gentoo-dev/msg_0b8585bddc0a30dee1d32683cb16bc1a.xml

export EXTRA_ECONF="${EXTRA_ECONF} $(use_with aspell) $(use_with debug) $(use_with xpm)"
econf || die "econf failed"

Все параметры econf должны на прямую передаваться. Про EXTRA_ECONF выше.

emake || die "emake failed"
}
src_install() {
make DESTDIR="${D}" install || die
}

А dodoc? Неужели вы думаете пользователям не интересно почитать, например,
ChangeLog? :)

kxneur-0.9.0.ebuild: В kxneur все те же ошибки, что и в xneur.

pkg_postinst() {
mv "${D}usr/share/autostart" "${D}usr/kde/3.5/share/"
rm -rf "${D}usr/share"
ewarn "If u liked risk use that ;)"
}

А это зачем? В момент pkg_postinst() уже ничего в ${D} не нужно и уж точно
ничего там не влияет, то есть этот код не влияет на собранный пакет! Более
того, так делать опасно! pkg_postinst выполняется в отсутствии sandbox'а и есть
вероятность, что такие действия затрут что-нибудь полезное на компьютере
пользователя...

Мда, но вы надеюсь уже большой и понимаете, что внести всё что нужно USE не
достаточно, чтобы оно магическим образом заработало ;) xneur может работать и
ему нужен только один звуковой движок. Ваш ebuild будет тащить не нужные
зависимости, которые не будут использоваться собранным пакетом, вместо того,
чтобы выбрать то, что советует upstream. Опять же совет можно прочитать в коде
configure.ac. Так что то, как вы работаете с USE флагами в этом пакете это
попросту не верно и нормально работать не будет.

А код на что? Вы как будто только что родились... Да и зависимости "наугад" - надо
быть сильным гуру-телепатом, чтобы попадать. Вы не попали :P

Вот что меня действительно убило, так это ваше запостил.
Прежде, чем писать имеет смысл почитать, хотя бы несколько последних
комментариев к запросу, например, вот этот:

http://bugs.gentoo.org/show_bug.cgi?id=169494#c28

Почитайте, пожалуйста, и в следующий раз не навешивайте на меня необходимости
вычищать за вами, не посылайте bug-spam тем кому это не нужно. Не будьте
чукчей, наконец!

Кроме того, зачем вы вообще отправили
мусор в багзилу?
Ещё раз это повториться и я заблокирую вам туда доступ. Надеюсь вы понимаете
почему... Если нет, всё равно заблокирую. Ваш личный спортивный интерес
оставьте дома ибо багзила это не место, где меряются ebuild'ами...

Ну что ж. Сами напросились, так что извиняйте если где грубо, но... ваше
поведение в багзиле вообще по началу мотивировало меня игнорировать все ваши
сообщения, но не могу пройти мимо желания научиться :)

Кроме того, хочу заметить, что чтобы избежать многих проблем, которые были у
вас в ebuild'е вы можете просто посмотреть код существующих ebuild'ов,
почитать devmanual.gentoo.org и Developer handbook.

А что это за фунцкия программа такая в KDУ 4, которая реализует функционал Xneur?