Проблема после обновления системы
a2 14 апреля, 2009 - 19:01
Добрый день.У меня возникла следующая проблема.После полного обновления системы, при установки и обновлении программ выдается следующее сообщения:
FETCHCOMMAND does not contain the required ${FILE} parameter.
!!! Refer to the make.conf(5) man page for information about how to
!!! correctly specify FETCHCOMMAND and RESUMECOMMAND.
И начинает качать полностью архивы вместо разницы между ними.Хотя до этого все работало без проблем.С чем это может быть связано? Большое спасибо
»
- Для комментирования войдите или зарегистрируйтесь
Покажите emerge --info и eix
Покажите
emerge --info
иeix -cI deltup
.Я ♥ Gentoo & Funtoo
emerge --info Portage
emerge --info
Portage 2.2_rc28 (default/linux/x86/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.27-gentoo-r8 i686)
=================================================================
System uname: Linux-2.6.27-gentoo-r8-i686-AMD_Athlon-tm-_64_Processor_3000+-with-gentoo-1.12.11.1
Timestamp of tree: Tue, 14 Apr 2009 01:45:03 +0000
ccache version 2.4 [disabled]
app-shells/bash: 3.2_p39
dev-java/java-config: 2.1.7
dev-lang/python: 2.5.2-r7, 2.6.1-r1
dev-util/ccache: 2.4-r7
dev-util/cmake: 2.6.2-r1
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox: 1.3.8
sys-devel/autoconf: 2.13, 2.63
sys-devel/automake: 1.9.6-r2, 1.10.2
sys-devel/binutils: 2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 1.5.26
virtual/os-headers: 2.6.27-r2
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe "
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=k8 -O2 -pipe "
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch preserve-libs protect-owned sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="ru_RU.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="ru"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/layman/sunrise /usr/local/layman/kde-testing /usr/local/layman/THE /usr/local/layman/jokey /usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="acl alsa berkdb bzip2 cleartype cli cracklib crypt dbus dri dvd evdev gdbm gpm hal hddtemp iconv ipv6 isdnlog jpeg lm_sensors midi mng mudflap mysql ncurses nls nptl nptlonly nsplugin nv nvidia ogg opengl openmp pam pcre perl pppd python readline redland reflection session spl ssl sysfs tcpd theora tiff truetype unicode usb utf8 vorbis webkit win32codecs x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev virtualbox " KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" USERLAND="GNU" VIDEO_CARDS="nv nvidia virtualbox"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
eix -cI deltup
[I] app-portage/deltup (0.4.4@14.04.2009): Delta-Update - patch system for updating source-archives.
make.conf
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe "
CXXFLAGS="${CFLAGS}"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
USE="nsplugin ogg theora vorbis cleartype jpeg tiff redland truetype mng win32codecs evdev dvd -oss alsa nvidia -fortran usb utf8 -gnome mysql webkit dvd opengl nv -cups dbus hal "
FEATURES="ccache "
CCACHE_DIR="/var/tmp/ccache"
CCACHE_SIZE="2G"
LINGUAS="ru"
FETCHCOMMAND="/usr/bin/getdelta.sh \${URI}"
RC_PARALLEL_STARTUP="YES"
CC=gcc
CXX=g++
VIDEO_CARDS="nv nvidia virtualbox"
INPUT_DEVICES="evdev virtualbox "
AUTOCLEAN="yes"
PORTAGE_NICENESS=39
export FEATURES="-sandbox"
PORTDIR_OVERLAY=/usr/local/portage
source /usr/local/layman/make.conf
павыф
По-моему, portage намекает на ${FILE}
Это зачем в make.conf?
Сломаем систему, быстро, недорого?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Я просто брал эти настройки
Просто очень давно было несколько небольших проблем с гентой и для их решения были добавлены эти строки.И несколько месяцев проблем с работой системы не было,до последнего обновления. И никаких изменений в конфигах я не делал. Хотя конечно это учту.
Наличие CC и CXX тоже
Наличие CC и CXX тоже абсолютно неправильно.
А почему? ЕМНИП это
А почему?
ЕМНИП это несколько ускоряет ccache и увеличивает процент его срабатываний.
Попробуй так собрать систему
Попробуй так собрать систему с несколькими ABI, например, amd64.
Как раз amd64, как раз с
Как раз amd64, как раз с такими CC и CXX - всё работает, включая 32 битные проги...
$ emerge --infoPortage
CC=gcc и CXX=g++ я уже
CC=gcc и CXX=g++ я уже удалил
2 a2
make.conf(5) man как бы намекает на необходимость чтения соответствующего мануала, да и в /etc/make.globals никто не запрещает подсматривать...
Решение проблемы:
К сожалению не помогло. Стало
К сожалению не помогло. Стало выдаваться следующее:
Adjusting permissions for FEATURES=ccache: '/var/tmp/ccache'.
А вернув старую строку это сообщение исчезло.
Пока решил остановиться на варианте:FETCHCOMMAND="/usr/bin/getdelta.sh \${FILE}".Попробывал сделать несколько обновлений-вроде бы прошло все как надо.Хотя не понятно, как тогда раньше нормально проходили обновления.Буду смотреть что дальше будет.
Потестил различные варианты
Потестил различные варианты FETCHCOMMAND:
Пару дней - неделю назад emerge ругался на первый вариант и отказывался качать (что и послужило стимулом к чтению документации)... Однако на данный момент работоспособны все 3 варианта...
Я сегодня еще раз перечитал
Я сегодня еще раз перечитал доку по настройке deltup на http://ru.gentoo-wiki.com/wiki/HOWTO_%D0%AD%D0%BA%D0%BE%D0%BD%D0%BE%D0%BC%D0%B8%D1%8F_%D1%82%D1%80%D0%B0%D1%84%D0%B8%D0%BA%D0%B0_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_deltup.Но там то же выставлено FETCHCOMMAND="/usr/bin/getdelta.sh \${URI}".
А так же про параметр RC_PARALLEL_STARTUP="YES".Он служит лишь для ускорения запуска системы. http://ru.gentoo-wiki.com/wiki/%D0%A3%D1%81%D0%BA%D0%BE%D1%80%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B8_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B.
Может какая информация со временем устарела или возможно где-то, что упустил.Просто очень давно не косался к конфигам,работало-качало да и ладно .Так что теперь не знаю на что и думать.
А deltup в процессе сих
А deltup в процессе сих мытарств не обновлялся случаем?
PS У меня FETCHCOMMAND="/usr/bin/getdelta.sh \${URI}" был изначально. Таких проблем не было.
Нет не обновлял.У меня сейчас
Нет не обновлял.У меня сейчас стоит deltup 0.4.4
Оставил FETCHCOMMAND="/usr/bin/getdelta.sh \${URI}"
Ругается на отсутствие ${FILE}, но работает - как и дельта-обновления, так и прямая скачка в случае неудачи дельта-обновления.
С такими настройками emerge не ругается, но у меня почему-то так обновлялось только через дельту, если же дельту построить не удавалось (не было старой версии или т.п.) - то просто скачать файл emerge с такими настройками не сумело.
Ну это уже косяки deltup, мне
Ну это уже косяки deltup, мне кажется. emerge же его запускает и ждёт положительного ответа, а не откатывается на обычный wget
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Все прекрасно работает...
Все прекрасно работает:
* версии пакетов:
не качает
почитал тоже эту тему, прописал в make.conf
FETCHCOMMAND="/usr/bin/getdelta.sh \${DISTDIR}/\${FILE} \${URI}"
то же не хочет качать если не строит дельту:
* версии пакетов:
________________________
"We Will Win"
Хммм... Надо посмотреть
Хммм... Надо посмотреть почему у меня работает...
Поменяйте местами параметры и
Поменяйте местами параметры и все заработает
FETCHCOMMAND="/usr/bin/getdelta.sh \${URI} \${DISTDIR}/\${FILE}"
PS Для getdelta.sh местоположение файла вроде как вовсе и не нужно. Это Portage требует
Не нужно, но параметр этот
Не нужно, но параметр этот портаж требует потому как позднее может потребоваться переименование файла после закачки.
Нужно иметь в виду что с таким фетчем поломается потом опять.
На схему ругается потому что
На схему ругается потому что wget получает полностью параметры переданные getdelta.sh, т.е. wget в результате старается скачать локальный файл из distfiles.
Можно я думаю поставить так
FETCHCOMMAND="/usr/bin/getdelta.sh \"\${URI}\" -O \"\${DISTDIR}/\${FILE}\""
Работает
Вот так вот работает!
У меня app-portage/deltup
У меня
app-portage/deltup
Available versions: (~)0.4.4
и make.conf
FETCHCOMMAND="/usr/bin/getdelta.sh \${URI}"
PORTDIR_OVERLAY=/usr/local/portage
до и после обновления все работает нормально.
Не помогло
# cat make.conf |grep FETCH
FETCHCOMMAND="/usr/bin/getdelta.sh \${DISTDIR}/\${FILE} \${URI}"
и вот такой цикл (как долго повторяться будет- не стал ждать):
# emerge -f dev-dotnet/xsp
Calculating dependencies... done!
>>> Fetching (1 of 1) dev-dotnet/xsp-2.0
>>> Downloading 'http://distfiles.gentoo.org/distfiles/xsp-2.0.tar.bz2'
Searching for a previously downloaded file in /usr/portage/distfiles
We have the following candidates to choose from
xsp-1.2.4.tar.bz2
xsp-1.2.6.tar.bz2
xsp-2.2.tar.bz2
The best of all is ... xsp-2.2.tar.bz2
Checking if this file is OK.
Trying to download xsp-2.2.tar.bz2-xsp-2.0.tar.bz2.dtu
--2009-05-24 11:00:42-- http://linux01.gwdg.de/~nlissne/deltup.php?have=xsp-2.2.tar.bz2&want=xsp-2.0.tar.bz2&url=http://www.go-mono.com/sources/xsp/xsp-2.0.tar.bz2&version=0.7&time=1243141242
Распознаётся linux01.gwdg.de... 134.76.13.21
Устанавливается соединение с linux01.gwdg.de|134.76.13.21|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 302 Found
Адрес: http://134.76.13.21/~nlissne/deltup-queued [переход]
--2009-05-24 11:00:49-- http://134.76.13.21/~nlissne/deltup-queued
Повторное использование соединения с linux01.gwdg.de:80.
Запрос HTTP послан, ожидается ответ... 200 OK
Длина: 41 [text/plain]
Сохраняется в каталог: `deltup-queued'.
100%[==================================================================================>] 41 --.-K/s в 0s
2009-05-24 11:00:51 (5,85 MB/s) - `deltup-queued' сохранён [41/41]
GOT deltup-queued
destination file: xsp-2.0.tar.bz2
Your request has been queued (Pos. 2691)
You have configured getdelta.sh not to accept this queue-position.
We are going to download the full archive instead.
The dtu could not be fetched, downloading full file from original URL
/usr/portage/distfiles/xsp-2.0.tar.bz2: Неподдерживаемая схема.
>>> Downloading 'http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/xsp-2.0.tar.bz2'
Searching for a previously downloaded file in /usr/portage/distfiles
We have the following candidates to choose from
xsp-1.2.4.tar.bz2
xsp-1.2.6.tar.bz2
xsp-2.2.tar.bz2
The best of all is ... xsp-2.2.tar.bz2
Checking if this file is OK.
Trying to download xsp-2.2.tar.bz2-xsp-2.0.tar.bz2.dtu
Ну, у меня тоже появляется
Ну, у меня тоже появляется эта ругань
Только это ни на что не влияет, deltup нормально скачивается. Только что ещё раз проверил :) В make.conf указано
Он будет повторяться столько раз, сколько указано в /etc/deltup/getdelta.rc (параметр MAXIMUM_ACCEPTABLE_QUEUEPOS). Вообще, судя по всему, deltup у вас работает, просто был перегружен deltup-сервер, такое бывает.
Да, действительно- видимо
Да, действительно- видимо deltup-сервер не отвечал мне.