Прочитал в LXF 100 про sK1. Оказалось, что в Gentoo соответсвующего пакета нет, потому решил создать его ebuild сам. Так как ебулдерством занимаюсь впервые, то прошу многоуважаемую публику посмотреть, может что не так.
(Подробную инструкцию по установке самого sK1 можно найти здесь).
Код:
# Copyright 1999-2008 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
inherit eutils
MY_R="335"
DESCRIPTION="sK1 vector graphics editor"
HOMEPAGE="http://www.sk1project.org/"
SRC_URI="http://sk1project.org/downloads/sk1/${P}-rev${MY_R}.tar.gz"
LICENSE="|| ( GPL-2 LGPL-2 )"
SLOT="0"
KEYWORDS="~amd64 ~x86"
IUSE=""
DEPEND=">=sys-libs/glibc-2.6.1
>=x11-libs/cairo-1.4.0
>=media-libs/freetype-2.3.5
x11-libs/libX11
x11-libs/libXext
>=dev-lang/tcl-8.5.0
>=dev-lang/tk-8.5.0
>=sys-libs/zlib-1.2.3-r1
virtual/python
dev-python/imaging
media-libs/lcms"
RDEPEND="${DEPEND}"
pkg_setup() {
if ! built_with_use dev-lang/python tk; then
eerror "This package requires dev-lang/python compiled with tk support."
die "Please reemerge dev-lang/python with USE=\"tk\"."
fi
if ! built_with_use media-libs/lcms python; then
eerror "This package requires media-libs/lcms compiled with python support."
die "Please reemerge media-libs/lcms with USE=\"python\"."
fi
}
src_unpack() {
unpack ${A}
}
src_compile() {
python setup.py build || die "'python setup.py build' failed"
}
src_install() {
python setup.py install --root="${D}" || die "'python setup.py install --root=\"${D}\"' failed"
}
Прочитал в LXF 100 про sK1. Оказалось, что в Gentoo соответсвующего пакета нет, потому решил создать его ebuild сам.
Респект. Я для себя тоже писал ебилд, но он попроще был и до опции --root= я не докопался.
А твой ебилд запоминает, какие куда файлы поставил? У меня сначала не хотел, пришлось установочным скриптом собирать скомпиленое в tar.gz, потом ебилдом распаковывать и копировать всю получившуюся usr/{bin,lib}. Ну кривовато, согласен.
Правда sk1 почему-то вдруг перестал запускаться на ровном месте:
Любопытно, что я два дня назад собирался делать тоже самое только для их униконвертера. Посмотрел что нужные пакеты жестко замаскированы, и решил пока оставить эту затею. В итоге все работает без глюков?
Любопытно, что я два дня назад собирался делать тоже самое только для их униконвертера. Посмотрел что нужные пакеты жестко замаскированы, и решил пока оставить эту затею. В итоге все работает без глюков?
Ну как сказать ... не падает ^_^ . А вообще что-то вот рендеринг несколько заторможенный. Ну это кроме того, что иногда возникают таблички "Undex constrction" =)
Да, кстати, и никто не подскажет, как можно попытаться пакет туда (в дерево) добавить? Ну, понятно, пока хотя бы в sunrise.
self@self ~ $ sk1
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.5/site-packages/sk1/__init__.py", line 44, in <module>
import sys, app
File "/usr/lib/python2.5/site-packages/sk1/__init__.py", line 11, in <module>
sk1 command without parameters just launches sK1 with new document.
File "/usr/lib/python2.5/site-packages/sk1/__init__.py", line 113, in <module>
File "/usr/lib/python2.5/site-packages/sk1/__init__.py", line 102, in _import_PIL
NameError: global name 'warn' is not defined
только для их униконвертера. Посмотрел что нужные пакеты жестко замаскированы, и решил пока оставить эту затею. В итоге все работает без глюков?
