Главная » Форум » Gentoo Linux » Система portage

rostov overlay [solved]

advnoob 3 июня, 2009 - 11:16

Что-то странное у меня творится:

comp ~ # rm -r /usr/local/portage/layman/rostov
comp ~ # layman -a rostov
* Running command "/usr/bin/svn co "svn://os-rostov.ru/overlay/" "/usr/local/portage/layman/rostov""...
svn: Can't connect to host 'os-rostov.ru': Нет пути до хоста
* Failed to add overlay "rostov".
* Error was: Adding the overlay failed! Possible remains of the opration have NOT been removed and may be left at /usr/local/portage/layman/rostov. Please remove them manually if required.

Как это можно вылечить?

‹ Не дают обновиться dev-python/sphinx dev-python/jinja2 [РЕШЕНО] Портэж и правленные исходники. [ SOLVED ] ›
»

кто же так удаляет

Автор polovinamozga, дата создания 3 июня, 2009 - 12:11.

кто же так удаляет оверлеи

layman -d rostov && update-eix
и будет тебе счастье

алсо интернеты работают?

»

-

Автор Sith, дата создания 3 июня, 2009 - 12:56.

а уменя уже несколько дней с ним синхронизация не работает :

# layman -s rostov
* Running command "/usr/bin/svn up "/usr/local/portage/layman/rostov""...
svn: Can't connect to host 'os-rostov.ru': Нет пути до хоста
* 
* Errors:
* ------
* 
* Failed to sync overlay "rostov".
* Error was: Syncing overlay "rostov" returned status 256!
—

________________________
"We Will Win"

»

Уже который раз у них URL поменялся

Автор WiseLord, дата создания 3 июня, 2009 - 19:10.

Надо удалить оверлей (layman -d) и снова его добавить (layman -a)

»

Не поможет что то наверное с

Автор RCV, дата создания 3 июня, 2009 - 20:08.

Не поможет

что то наверное с сервером

svn: Can't connect to host 'os-rostov.ru': Нет пути до хоста

»

Дело было не в Ростове...

Автор Sir, дата создания 4 июня, 2009 - 10:50.

Творцы laymnan или мэйнтенеры Gentoo наконец-то вернулись к стандарту ФС и путь до оверлея стал /usr/local/portage, а не /usr/portage/local, соответственно верным будет

1) удалить существующие оверлеи layman -d <ку-ку-вася>
2) проверить наличие make.conf по новому пути /usr/local/portage/layman/
3) исправить соответствующую строку в /etc/make.conf (в конце файла)
3) на всякий случай -- layman -L, чтобы кэш наполнить
4) layman -a rostov [и остальное, что было]

Если инет работает, а какая-то программа пишет no route to host, то проблема чаще всего в локальной программе, а не в хосте. В крайнем случае, можно проверить жив ли хост ping'ом или tcptraceroute'ом, вместо того, чтобы ждать, что может быть хост поднимется и проблема рассосется :)

—

(Sir) * Windows looks like an open door, but no way to go *

»

Дело именно в Ростове

Автор advnoob, дата создания 5 июня, 2009 - 08:24.

интернет работает. Остальные оверлеи работают, update-eix делаю регулярно. Удалял ростов я правильно

comp ~ # layman -d rostov
* Overlay "rostov" does not exist!

Просто при добавлении оверлея, layman говорил, что возможная проблема-существование такого каталога, поэтому я показал, что такого каталога нет. Кроме этого, можно увидеть, что путь правильный, соcтоит из /usr/local/portage.

comp ~ # cat /etc/make.conf |grep layman
source /usr//local/portage/layman/make.conf

Не понятно, почему у некоторых этот оверлей работает, а у других нет

»

SOLVED

Автор advnoob, дата создания 6 июня, 2009 - 08:04.

Похоже все-таки дело было именно в сервере ростова. Сегодня без проблем добавился

»

advnoob написал(а):Похоже

Автор Sir, дата создания 7 июня, 2009 - 12:18.
advnoob написал(а):
Похоже все-таки дело было именно в сервере ростова. Сегодня без проблем добавился

А у меня добавилось позавчера после тех манипуляций, что я написал. Проблемы скорее всего в скрипте layman'а и каком-то глючке svn, при котором она не умеет обратиться к библиотекам системы и в итоге не может установить соединение с сервером. А Ростов работал еще неделю назад, когда я первый раз после обновления layman не смог обновить оверлей. Разумеется, я тогда же проверил доступность хоста и его сервисов. no route to host -- чаще всего именно локальная проблема.

Впрочем, всё это носит академический интерес.

—

(Sir) * Windows looks like an open door, but no way to go *

»

Сейчас тоже беда какая-то?

Автор olegon, дата создания 9 Августа, 2009 - 09:00.

oops olegon # emerge -uDN world
Calculating dependencies... done!

>>> Verifying ebuild manifests

>>> Starting parallel fetch

>>> Emerging (1 of 4) app-misc/mc-4.6.4_pre336 from rostov
>>> Downloading 'ftp://trumpetti.atm.tut.fi/gentoo/distfiles/mc-4.6.4_pre336.tar.bz2'
--2009-08-09 08:51:36-- ftp://trumpetti.atm.tut.fi/gentoo/distfiles/mc-4.6.4_pre336.tar.bz2
=> `/usr/portage/distfiles/mc-4.6.4_pre336.tar.bz2'
Resolving trumpetti.atm.tut.fi... 130.230.54.100
Connecting to trumpetti.atm.tut.fi|130.230.54.100|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /gentoo/distfiles ... done.
==> SIZE mc-4.6.4_pre336.tar.bz2 ... done.
==> PASV ... done. ==> RETR mc-4.6.4_pre336.tar.bz2 ...
No such file `mc-4.6.4_pre336.tar.bz2'.

>>> Downloading 'http://people.redhat-club.org/inf/mc-slavaz/source/mc-4.6.4_pre336.tar.bz2'
--2009-08-09 08:51:37-- http://people.redhat-club.org/inf/mc-slavaz/source/mc-4.6.4_pre336.tar.bz2
Resolving people.redhat-club.org... failed: Unknown host.
wget: unable to resolve host address `people.redhat-club.org'
!!! Couldn't download 'mc-4.6.4_pre336.tar.bz2'. Aborting.
* Fetch failed for 'app-misc/mc-4.6.4_pre336', Log file:
* '/var/tmp/portage/app-misc/mc-4.6.4_pre336/temp/build.log'

>>> Failed to emerge app-misc/mc-4.6.4_pre336, Log file:

>>> '/var/tmp/portage/app-misc/mc-4.6.4_pre336/temp/build.log'

* Messages for package app-misc/mc-4.6.4_pre336:

* Fetch failed for 'app-misc/mc-4.6.4_pre336', Log file:
* '/var/tmp/portage/app-misc/mc-4.6.4_pre336/temp/build.log'

—

http://olegon.ru

»

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

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