xxx-9999-версии ПО без интернета - можно ли? [РЕШЕНО]

Ситуация такая:
Собираю на одной машине (где есть интернет) какую-нибудь программу версии 9999 (то есть либо из git, либо из svn, либо из cvs - не важно). По сути соответствующие каталоги с софтом появляются в /usr/portage/distfiles/svn-src и т.п.
Несу винчестер с distfiles на машину, где нет интернета и хочу поставить эти же версии. Исходный ход, по сути, уже есть, но установить ничего не получается - portage при установке очень желает наличия интернета (svn_src_unpack и иже с ними в ebuild-файлах). В общем, интересует вопрос, есть ли способ заставить portage пользоваться "чем дают", не пытаясь заполучить самую свежайшую версию из svn/git/cvs? не пытаясь делать svn-update и иже с ними?
Извращаться способом а-ля создание tar.bz2 архива из svn-каталога и созданием не-svn-ebuild-а в локальном оверлее для этого архива уже порядком поднадоело.

Я бы предложил создать копию

Я бы предложил создать копию ебилда, которая собирала бы программу без выкачивания исходников, вместо этого брала бы их из назначенного места

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

можно попробывать сделать

можно попробывать сделать свои скрипты типа svn, cvs которые будут всегда возвращать 0.

Как вариант: Попробуй

Как вариант:
Попробуй скопировать ebuild в оверлей и подправить ебилд до (например) xneur-0.9.1_p176.ebuild, где после _p будет svn revision, который можно посмотреть в слитой папке от 9999.

Не всё так просто.

Одно дело, когда мы имеем дело с обычными ebuild-ами.
Там отрабатывает конструкция src_unpack, предназначенная для работы с исходниками в виде архивов tar.bz2 / tar.gz.
Поэтому если выходит новая версия программы, которой в дереве portage ещё нет, обычно подходит копирование ебилда в локальный оверлей и замена цифры в имени. Установка не будет ничем отличатся от установки portage-версии этой программы, за исключением того что выкачается и установится программа "с большей цифиркой", определённой в имени ebuild-а.
Другое дело, когда работаем с svn и иже с ними. Здесь простого изменения имени ебилда недостаточно: нужен другой SRC_URI, используется другая конструкция распаковки (svn_src_unpack вместо src_unack), вероятно другие пути распаковки исходников в /var/tmp/portage... В общем, не всё так просто.
Если для программы помимо *-9999.ebuild есть ебилды и для конкретных версий, то обычно проще: берём версию постарше, меняем версию в имени на, например, 9990, переименовываем svn-каталог аналогично, упаковываем в архив, формируем digest, и, вуаля, всё работает. Долго, муторно, но возможно.
Но для некоторых программ (например, e17) есть только svn-ebuild-ы, и такая операция не прокатит.
Попробую поиграться с идеей по поводу подмены бинарника svn.

Кажется, что-то получилось

Попробовал по наводке kaf1 временно подменить бинарник /usr/bin/svn простейшим скриптом

#!/bin/sh
/bin/true

, отключился от интернета и попробовал на 9999-пакете. Похоже, всё отработало как положено.
Осталось завтра проверить только на компьютере без интернета.

subversion.eclass #

subversion.eclass
# @ECLASS-VARIABLE: ESVN_OFFLINE
# @DESCRIPTION:
# Set this variable to a non-empty value to disable the automatic updating of
# an svn source tree. This is intended to be set outside the subversion source
# tree by users.

"Правильный" способ? Возьмём

"Правильный" способ?
Возьмём на вооружение, спасибо.

Как оказалось, к нужному эффекту приводит сборка таким образом:
ESVN_OFFLINE="blablabla" emerge -av foo
то есть ESVN_OFFLINE нужно дать любое ненулевое значение.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".