Надо ли переносить сорцы ядра в песочницу?
Добрый день!
Пишу ebuild. Разобрался с зависимостями, погуглил про песочницу. Собираю модули ядра dahdi, при этом компиляция подразумевает какие-то манипуляции с исходниками ядра. Возникают проблемы с доступом. Попытался исходники ядра просто скопировать во временный каталог, но, видимо, не в ту сторону копаю:
вот кусок ebuild:
src_compile()
{
cp /usr/src/linux-2.6.27-gentoo-r8 ${D}linux
cd /var/tmp/portage/net-misc/freepbx-2.5.1/work/dahdi-linux-2.2.0-rc1
./configure
emake KSRC="${D}linux" DESTDIR="${D}"dahdi modules || die "failed to build modules"
}
src_install()
{
cd /var/tmp/portage/net-misc/freepbx-2.5.1/work/dahdi-linux-2.2.0-rc1
# setup directory structure so udev rules get installed
mkdir -p "${D}"/dahdi/etc/udev/rules.d
einfo "Installing kernel module"
emake KSRC="${D}linux" DESTDIR="${D}"dahdi install || die "failed to install dahdi"
rm -rf "$D"dahdi/lib/modules/*/modules.*
}
лог:
cp: omitting directory `/usr/src/linux-2.6.27-gentoo-r8'
/var/tmp/portage/net-misc/freepbx-2.5.1/temp/environment: line 73: ./configure: No such file or directory
make KSRC=/var/tmp/portage/net-misc/freepbx-2.5.1/image/linux DESTDIR=/var/tmp/portage/net-misc/freepbx-2.5.1/image/dahdi modules
You do not appear to have the sources for the 2.6.27-gentoo-r8 kernel installed.
make: *** [modules] Error 1
Вообще, команда вроде
FEATURES="-sandbox" emerge myebuild
спасает, но читал, что это дорога в ад :)
Охота сделать по-нормальному
- Для комментирования войдите или зарегистрируйтесь
По-нормальному - это собрать
По-нормальному - это собрать пакет net-misc/dahdi
Не грусти, товарищ! Всё хорошо, beautiful good!
Мы не ищем легких путей
Мы не ищем легких путей :)
Поставлю вопрос иначе:
вот рабочий ебилд dahdi:
# Copyright 1999-2009 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/www/viewcvs.gentoo.org/raw_cvs/gentoo-x86/net-misc/dahdi/dahdi-2.1.0.4.ebuild,v 1.1 2009/03/10 16:32:11 chainsaw Exp $
inherit linux-mod eutils flag-o-matic
MY_P="${P/dahdi/dahdi-linux}"
MY_S="${WORKDIR}/${MY_P}"
DESCRIPTION="Kernel modules for Digium compatible hardware (formerly known as Zaptel)."
HOMEPAGE="http://www.asterisk.org"
SRC_URI="http://downloads.digium.com/pub/telephony/dahdi-linux/releases/${MY_P}.tar.gz
http://downloads.digium.com/pub/telephony/firmware/releases/dahdi-fw-oct6114-064-1.05.01.tar.gz
http://downloads.digium.com/pub/telephony/firmware/releases/dahdi-fw-oct6114-128-1.05.01.tar.gz
http://downloads.digium.com/pub/telephony/firmware/releases/dahdi-fw-tc400m-MR6.12.tar.gz
http://downloads.digium.com/pub/telephony/firmware/releases/dahdi-fw-vpmadt032-1.07.tar.gz"
LICENSE="LGPL-2.1"
SLOT="0"
KEYWORDS="~amd64 ~x86"
IUSE=""
DEPEND=""
RDEPEND=""
src_unpack()
{
unpack ${A}
# Fix udev rules to work with both asterisk and callweaver
sed -i 's/GROUP="asterisk"/GROUP="dialout"/' "${MY_S}"/build_tools/genudevrules
# Copy the firmware tarballs over, the makefile will try and download them otherwise
for file in ${A} ; do
cp "${DISTDIR}"/${file} "${MY_P}"/drivers/dahdi/firmware/
done
# But without the .bin's it'll still fall over and die, so copy those too.
cp *.bin "${MY_P}"/drivers/dahdi/firmware/
epatch "${FILESDIR}"/${P}-no-depmod.patch
# http://bugs.digium.com/view.php?id=14285
epatch "${FILESDIR}"/${P}-netdev-2-6-29.patch
}
src_compile()
{
cd "${MY_P}"
unset ARCH
emake KSRC="${KERNEL_DIR}" DESTDIR="${D}" modules || die "failed to build module"
}
src_install() {
cd "${MY_P}"
# setup directory structure so udev rules get installed
mkdir -p "${D}"/etc/udev/rules.d
einfo "Installing kernel module"
emake KSRC="${KERNEL_DIR}" DESTDIR="${D}" install || die "failed to install module"
rm -rf "$D"/lib/modules/*/modules.*
}
А как тут решается проблема с доступом к сырцам ядра: я не пойму чего-то. KSRC="${KERNEL_DIR}" откуда взялась...
И в мирном космосе покой!
-
inherit linux-modНе грусти, товарищ! Всё хорошо, beautiful good!
Ernesto написал(а):cp:
Просто замечание на внимательность:
cp -rА вообще советуют правильно, надо покурить ебилды модулей получше
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.