Изучаю написание ebuild'ов

Подписался на тред.

Чем новее EAPI выбираешь - тем лучше. EAPI - это стиль написания и поддержки. Старые EAPI поддерживаются для обратной совместимости. Исключительные случаи в расчет не берем.

Тогда я выбираю 4, ок.
Эксперименты решил ставить на бинарном eclipse-sdk. Как правильно выбрать имя для ebuild'а?
Обычно это название_программы-версия_с_префиксами, но у eclipse версия выглядит вот так: M20120726-1200.
Я долен назвать ebuild «eclipse-SDK-M20120726-1200»? По моему это странно. Или может просто назвать eclipse-sdk-3.6(4.2) и никак не зависит от имени файла?
Ссылка на скачивания архива выглядит так:

http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops4/M20120726-1200/eclipse-SDK-M20120726-1200-linux-gtk-x86_64.tar.gz&url=http://download.eclipse.org/eclipse/downloads/drops4/M20120726-1200/eclipse-SDK-M20120726-1200-linux-gtk-x86_64.tar.gz&mirror_id=1

посмотри на существующие (gpo.zugaina.org)

http://devmanual.gentoo.org/ebuild-writing

Там всё написано.

Спасибо, откопал болие приятный источник: http://mirror.tspu.ru/eclipse/technology/epp/downloads/release/juno/R/

Я ее сейчас и читаю. Просто непонятки были.

если это снапшот-билд, то примерно так - eclipse-sdk-bin-0_p20120726

Дальше используешь versionator eclass и приводишь версию к виду, используемому в SRC_URI.

По какому критерию я должен его выбирать?

определяется EAPI eclass'ов, которые ты импортируешь. В идеале максимальный поддерживаемый стабильным портажем.

ещё можно pms для порядку почитать, если уж совсем не лень :) т.к. например из девмануала ни разу не очевидно, что можно использовать несколько постфиксов в версии.

Бери макисмальную версию (4). И обязательно не забудь добавить поддержку Gentoo Prefix (${EPREFIX} и т.д.)

EAPI — последний стабильный.

Очень рекомендую пытаться отправлять свои ебилды в Санрайз. Дадут много советов по улучшению и со всех сторон протестируют и заставят вылизать.

если есть знакомые генту-разработчики из прокси-мэйнтэйнеров - можно отправить и им. По крайней мере живительный пиз^W посыл в направлении нужных манов дадут :-)

Кто бы направил этих живителных писателям ебилдов, лежащих в портеже.

Что конкретно не устраивает? Какие номера багов открыты вами по этому поводу? Я вот стараюсь все, не устраивающее меня слать на багзиллу. Ну или хотя бы говорить с разработчиками об этом...

Какой смысл, если такое висит неисправленным? Часто натыкаясь на косяки, иду в багзиллу — а там confirmed, но всем пох.

Я уже говорил - разрабов в генте нынче дефицит. В некоторых проектах их вообще - 1-2 штуки(например в desktop-effects, отсюда и плачевное состояние компиза в генте).

Но подумай сам - если разрабы не будут знать о баге - как они смогут его исправить?

И да, для чего-то критичного есть IRC, где можно связаться с нужными разработчиками и обосновать свою позицию на тему того что такой-то баг «must be fixed ASAP», если ты понимаешься, о чем я :-)

и кстати, спасибо за ссылку, подписался на баг, буду следить за прогрессом...

разные EAPI ведут себя по-разному
если не вкурил разницу, то не факт, что последний вообще рабочим будет
правда таких раскладов 1 на миллион, но всё же етсь вероятность
потому «последний стабильный» можешь слать нахер сходу - зависит от ситуации

DEPEND.bad 20

RDEPEND.bad 59

это критические косяки - точно

заставят вылизать

?

?

Не примут, пока не исправишь.

как раз наоборот - лучше использовать в новых ебилдах последний EAPI(конечно при этом необходимо знать, что делают соответствующие ф-ции). А вот бампать EAPI в старых ебилдах надо с осторожностью, особенно для критически-важных утилит.

вот как раз простой бамп версии в 99.9% случаев ничего не меняет
абсолютно
но не всегда, потому и говорю - слепо следовать «еапи Х» просто глупо, а тут таких камментов дохера

я вижу, как не приняли - это косяки дерева санрайза, а не некой песочницы

я вижу, как не приняли - это косяки дерева санрайза, а не некой песочницы

Поясни.

Решил остановиться на стабильном версии под С. Пишу оглядываясь на http://gpo.zugaina.org/dev-util/eclipse-sdk-bin (самый первый ebuild)
Там есть:

src_install() {
	local dest=/opt/${PN}-${SLOT}

	insinto ${dest}
	doins -r features icon.xpm plugins artifacts.xml p2 eclipse.ini configuration dropins

	exeinto ${dest}
	doexe eclipse

	dohtml -r about.html about_files epl-v10.html notice.html readme/*

	insinto /etc
	doins "${FILESDIR}"/eclipserc-bin-${SLOT}

	dobin "${FILESDIR}"/eclipse-bin-${SLOT}
	make_desktop_entry "eclipse-bin-${SLOT}" "Eclipse ${PV} (bin)" "${dest}/icon.xpm"
}

insinto /etc
doins "${FILESDIR}"/eclipserc-bin-${SLOT}

dobin "${FILESDIR}"/eclipse-bin-${SLOT}

устанавливает в etc конфиг и бинарник(?, я щитаю это не очень хорошо, особенно если там действительно бинарь, а не шелл-скрипт, допустим) с именем, содержащим слот данного пакета. Нужно для установки несколькоих eclipse-sdk-bin одновременно(из разных слотов)

Еще 2 вопроса:
Почему «${FILESDIR}» в кавычках?
Причем здесь ${FILESDIR}? Он же ведет до директории с ebuild'ом.

FILESDIR в кавычках потому-что если в нем, не дай Бог будут пробелы(юзер переопределит расположение портажа на директорию с пробелами) - будет ой.

FILESDIR указывает на поддиректорию files в директории с ебилдом. Оттуда часто берутся gentoo-специфичные конфиги/инитскрипты, т.к. авторы далеко не всегда обеспечивают ими свои программы

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

В общем скрипт там такой:

#! /bin/sh
SLOT="4.2"

[ -f "/etc/eclipserc-bin-${SLOT}" ] && . "/etc/eclipserc-bin-${SLOT}"
[ -f "$HOME/gentoo/.eclipserc" ] && . "$HOME/gentoo/.eclipserc"

ECLIPSE_HOME=${ECLIPSE_HOME:="/opt/eclipse-sdk-bin-4.2"}
ECLIPSE_BIN="${ECLIPSE_HOME}/eclipse"

if [ ! -x "${ECLIPSE_BIN}" ] ; then
	echo "Failed to find executable '${ECLIPSE_BIN}'" > /dev/stderr
	exit 1
fi

if [ $(id -u) -eq 0 ] ; then
	echo "Do not run eclipse as root user! Exiting ..." > /dev/stderr
	exit 1
fi

case "$(java-config -f)" in
	*gcj*)
		export JAVA_PKG_CLASSMAP="${ECLIPSE_HOME}/eclipse.gcjdb"
		;;
esac

#eval $(gjl --package "swt-${SLOT}" --get-args)

[ -n "${ECLIPSE_XMS}" ] && VM_ARGS="${VM_ARGS} -Xms${ECLIPSE_XMS}"
[ -n "${ECLIPSE_XMX}" ] && VM_ARGS="${VM_ARGS} -Xmx${ECLIPSE_XMX}"
[ -n "${ECLIPSE_PERMSIZE}" ] && VM_ARGS="${VM_ARGS} -XX:PermSize=${ECLIPSE_PERMSIZE}"
[ -n "${ECLIPSE_MAX_PERMSIZE}" ] && VM_ARGS="${VM_ARGS} -XX:MaxPermSize=${ECLIPSE_MAX_PERMSIZE}"

# Fix for JRE 1.5.
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/lib

exec "${ECLIPSE_BIN}" -vm $(java-config --java) "$@" "${ECLIPSE_USER_ARGS}" -vmargs ${VM_ARGS} 

На мой взгляд многое ненужно(например «Fix for JRE 1.5», так как в зависимостях >=jre-1.6), проще symlink сделать (Где? в /usr/bin?) и все.

чтоб реже задавать вопросы о синтаксисе - прогоняй repoman на свои ебилды и читай что за ошибки/недостатки он выявляет. repoman - отличный первичный детектор ошибок новичков.

проще symlink сделать

на что? на скрипт в /usr/portage? Окстись, так не делают. Если считаешь что в скрипте что-то лишнее - правь. Но только аргументированно. Насчет jre 1.5 - согласен, если зависимость жесткая от jre 1.6 и выше - нафиг эту часть. Только убедись, что ничего не сломал этим

Спасибо, нужная вещь!

Мне на секунду показалось, что скрипт ненужен и можно просто symlink на бинарник сделать.(Немного непонятно, portage сам symlink или как?)

а передаваемые параметры ты как обеспечивать собрался?

симлинк можно сделать с помощью dosym. Но поверь, скрипт написали не просто так...

Уже понял. А что portage сделает дойдя до этой строчки: «doexe eclipse»

Ну, ёклмн. Прочти что-ли: http://devmanual.gentoo.org/function-reference/install-functions/index.html

Не так выразился. Какая дефолтная директория у doexe.

зависит от настроек окружения. По умолчанию в стандартном случае ЕМНИП /usr/bin

В общем получилось:)
Оказалось все намного проще(проще чем rpm собрать). Portage все за меня сделал. Замечательный пакетный менеджер.
Вот ebuild:

eclipse-cpp-4.2.ebuild 


# Copyright 1999-2012 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

EAPI=4

inherit eutils

DESCRIPTION="Eclipse C++ IDE"

HOMEPAGE="http://www.eclipse.org/"

SRC_BASE="http://mirror.tspu.ru/eclipse/technology/epp/downloads/release/juno/R"

SRC_URI="
        x86? ( ${SRC_BASE}/${PN}-juno-linux-gtk.tar.gz )
        amd64? ( ${SRC_BASE}/${PN}-juno-linux-gtk-x86_64.tar.gz )"

LICENSE="EPL-1.0"

SLOT="4.2"

KEYWORDS="-* ~x86 ~amd64"

IUSE=""

RDEPEND="
        >=virtual/jdk-1.6
        x11-libs/gtk+:2"

S="${WORKDIR}"/eclipse

src_install() {
        local dest=/opt/${PN}-${SLOT}

        insinto ${dest}
        doins -r features icon.xpm plugins artifacts.xml p2 eclipse.ini configuration dropins

        exeinto ${dest}
        doexe eclipse

        dohtml -r about.html about_files epl-v10.html notice.html readme/*

        insinto /etc
        doconfd "${FILESDIR}"/eclipserc-bin-${SLOT}

        dobin "${FILESDIR}"/eclipse-bin-${SLOT}
        make_desktop_entry "eclipse-bin-${SLOT}" "Eclipse ${PV} (bin)" "${dest}/icon.xpm"
}

Насколько корректно размещать скрипт запуска в /usr/bin?

Абсолютно корректно. Только проверь, чтобы он был выполняемым :-) Прогони

ebuild path/to/ebuild clean compile install

Теперь по ебилду(маленький нюансы):

KEYWORDS="-* ~amd64 ~x86" - незначительная мелочь, но если будешь куда в оверлей класть, могут придраться по QA. Да и вообще проще читать в алфавитном порядке кейворды.

Проверь desktop-файл через desktop-file-validate(из пакета dev-util/desktop-file-utils). А то часто кладут desktop-файлы устаревшие, а иногда вообще нерабочие. Если это будет так - пофиксь

Все работает:)

KEYWORDS="-* ~amd64 ~x86"

KEYWORDS="~x86 ~amd64 -*"

по алфавиту это

KEYWORDS=«~amd64 ~x86»

а чо правда, что на остальных архитектурах принципиально незаработает?

бинарник

А так как бинарник, то нужен -*

ok, тогда -* в тему.

KEYWORDS="-* ~amd64 ~x86"

-* ставится вначале

Хотел бы теперь добавить use-флаг, при выставлении которого скачивался вот этот архив(с дальнейшей распаковкой и установкой думаю разберусь): https://github.com/downloads/eclipse-color-theme/eclipse-ui-themes/com.github...

Или лучше отдельный ebuild запилить?