Вопрос по сборке программ из исходников

vasek	# 1 год, 11 месяцев назад (отредактировано 1 год, 11 месяцев назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Chips Нет виновник не /etc/profile или не он один. Я его с рабочей системы перекинул результат тот же Можно поставить клон системы и проверить ... имхо, вряд ли проблема в железе. Ошибки не исчезают с опытом - они просто умнеют

vs220	# 1 год, 11 месяцев назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	Chips или Ну так nafanja grep -r MANPATH /etc

vs220

# 1 год, 11 месяцев назад

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

Chips
или

Ну так

nafanja
grep -r MANPATH /etc

Chips	# 1 год, 11 месяцев назад
Темы: 45 Сообщения: 297 Участник с: 14 января 2014	Тут что то другое я немного почитал о переменной MANPATH она необходима только для того чтобы программа man знала где искать ман страницы ну и INFODIR туда же. И не понятно где прописана аналогичная переменная для доков. P.S. выполнил manpath на рабочей системе выхлоп следующий `/usr/local/man:/usr/local/share/man:/usr/share/man` на ломанной системе `/usr/man`

Chips

# 1 год, 11 месяцев назад

Темы: 45

Сообщения: 297

Участник с: 14 января 2014

Тут что то другое я немного почитал о переменной MANPATH она необходима только для того чтобы программа man знала где искать ман страницы ну и INFODIR туда же. И не понятно где прописана аналогичная переменная для доков.

P.S. выполнил manpath на рабочей системе выхлоп следующий

/usr/local/man:/usr/local/share/man:/usr/share/man

на ломанной системе

/usr/man

vs220	# 1 год, 11 месяцев назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	Chips выполнил manpath Тогда уже `manpath -d` чтоб видеть откуда берет пути, если вы поиск по конфигам запустить не хотите как nafanja советовал

vs220

# 1 год, 11 месяцев назад

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

Chips
выполнил manpath

Тогда уже

manpath -d

чтоб видеть откуда берет пути, если вы поиск по конфигам запустить не хотите как nafanja советовал

nafanja	# 1 год, 11 месяцев назад (отредактировано 1 год, 11 месяцев назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	Chips, ну так разница же на лицо. тебе нужно найти виновника этих и возможно других изменений. а вообще, на новом пользователе на "сломанной" системе так же собирается? Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 1 год, 11 месяцев назад (отредактировано 1 год, 11 месяцев назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

Chips, ну так разница же на лицо.
тебе нужно найти виновника этих и возможно других изменений.

а вообще, на новом пользователе на "сломанной" системе так же собирается?

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

vasek	# 1 год, 11 месяцев назад (отредактировано 1 год, 11 месяцев назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Chips MANPATH=/usr/local/man:/usr/man отсюда видно, что установленный путь в системе для man есть usr/man Предположу, что причина скорее всего в том, что изменение дефолтного пути MANPATH было или не корректное или заглючило … так как по идее прописав `./configure --prefix=/dir` путь для установленных пакетов должен соответствовать приписанному в prefix ... а он соответствует установленному в системе, /usr/man Проведем небольшой эксперимент - сменим дефолтный путь MANPATH (/usr/share/man) на другой, например, /usr/man … но для начала посмотрим наши выводы man nano … работает manpath … /usr/local/man:/usr/local/share/man:/usr/share/man echo $MANPATH … пусто Чтобы ничего не испортить, основательно ничего прописывать не будем - используем export export MANPATH="/usr/man" Проверяем man nano `Нет справочной страницы для nano` ничего удивительного - у нас там man отстутствует manpath `manpath: предупреждение: найдена переменная среды $MANPATH, игнорируется /etc/man_db.conf /usr/man` echo $MANPATH … /usr/man PS - перегрузимся, чтобы все вернуть на место … можно было бы использовать опять export, но так спокойнее. Для полноты эксперимента не мешало бы собрать пакет и проверить пути, но лучше перенаправлю это тебе, если интересно. А вообще лучше никогда не менять, особенно с пропиской в конфигах, системные глобальные пути и др. …. но если уж так очень хочется, то делать это временно, используя, например, export или с пропиской в home … или если уж и менять на постоянку, то хорошо представлять к чему это может привести. EDIT 1 - хотя с другой стороны, вроде бы установка man и просмотр man не зависят друг от друга ... или не совсем так? Ошибки не исчезают с опытом - они просто умнеют

vasek

# 1 год, 11 месяцев назад (отредактировано 1 год, 11 месяцев назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Chips
MANPATH=/usr/local/man:/usr/man

отсюда видно, что установленный путь в системе для man есть usr/man
Предположу, что причина скорее всего в том, что изменение дефолтного пути MANPATH было или не корректное или заглючило … так как по идее прописав

./configure --prefix=/dir

путь для установленных пакетов должен соответствовать приписанному в prefix ... а он соответствует установленному в системе, /usr/man

Проведем небольшой эксперимент - сменим дефолтный путь MANPATH (/usr/share/man) на другой, например, /usr/man
… но для начала посмотрим наши выводы
man nano … работает
manpath … /usr/local/man:/usr/local/share/man:/usr/share/man
echo $MANPATH … пусто
Чтобы ничего не испортить, основательно ничего прописывать не будем - используем export
export MANPATH="/usr/man"
Проверяем
man nano

Нет справочной страницы для nano

ничего удивительного - у нас там man отстутствует
manpath

manpath: предупреждение: найдена переменная среды $MANPATH, игнорируется /etc/man_db.conf
/usr/man

echo $MANPATH … /usr/man

PS - перегрузимся, чтобы все вернуть на место … можно было бы использовать опять export, но так спокойнее.

Для полноты эксперимента не мешало бы собрать пакет и проверить пути, но лучше перенаправлю это тебе, если интересно.

А вообще лучше никогда не менять, особенно с пропиской в конфигах, системные глобальные пути и др. …. но если уж так очень хочется, то делать это временно, используя, например, export или с пропиской в home … или если уж и менять на постоянку, то хорошо представлять к чему это может привести.

EDIT 1 - хотя с другой стороны, вроде бы установка man и просмотр man не зависят друг от друга ... или не совсем так?

Ошибки не исчезают с опытом - они просто умнеют