forum.opennet.ru - "Конфигурационные файлы или где скрывается $PATH" (8)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Конфигурационные файлы или где скрывается $PATH"

Форумы Открытые системы на рабочей станции (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Конфигурационные файлы или где скрывается $PATH"
Сообщение от Alex_ManOwaR (ok) on 24-Мрт-08, 15:07
Всем, привет! Недавно столкнулся со следующей проблемой. Система FreeBSD 6.2. Собрал из исходников последнюю версию Qt4, все нормально собралось и работает. Прописал, как было написано в руководстве пути к бинарникам в файлах ~/.login и ~/.profile Система пути подцепила и вызовы воспринимает безоговорочно, но только в консольном режиме. После загрузки KDE, вызов любого из бинарников в терминальном сеансе завершается сообщением об ошибке, что файл не найден. Из чего я делаю вывод, что KDE получает значение переменной $PATH, откуда-то из другого файла. Целый день безрезультатно потратил на поиск решения проблемы. Если кто-нибудь знает в чем злая бед причина, подскажите пожалуйста. С уважением, Алексей.
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Конфигурационные файлы или где скрывается $PATH, Arpo, 15:16 , 24-Мрт-08, (1)

Конфигурационные файлы или где скрывается $PATH, Alex_ManOwaR, 08:52 , 25-Мрт-08, (3)

Конфигурационные файлы или где скрывается $PATH, Arpo, 09:06 , 25-Мрт-08, (4)

Конфигурационные файлы или где скрывается $PATH, Alex_ManOwaR, 09:33 , 25-Мрт-08, (6)

Конфигурационные файлы или где скрывается $PATH, newser, 10:06 , 25-Мрт-08, (7)

Конфигурационные файлы или где скрывается $PATH, Alex_ManOwaR, 11:14 , 25-Мрт-08, (8)

Конфигурационные файлы или где скрывается $PATH, angra, 18:50 , 24-Мрт-08, (2)
Конфигурационные файлы или где скрывается $PATH, Ork paladin, 09:25 , 25-Мрт-08, (5)

Сообщения по теме [Сортировка по времени | RSS]

1. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от Arpo (ok) on 24-Мрт-08, 15:16

>[оверквотинг удален]
>Система пути подцепила и вызовы воспринимает безоговорочно, но только в консольном режиме.
>
>После загрузки KDE, вызов любого из бинарников в терминальном сеансе завершается сообщением
>об ошибке, что файл не найден.
>Из чего я делаю вывод, что KDE получает значение переменной $PATH, откуда-то
>из другого файла.
>Целый день безрезультатно потратил на поиск решения проблемы.
>Если кто-нибудь знает в чем злая бед причина, подскажите пожалуйста.
>
>С уважением, Алексей.
Покажи фаил ~/.profile и вывод комманды echo $PATH

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от Alex_ManOwaR (??) on 25-Мрт-08, 08:52

>[оверквотинг удален]
>>После загрузки KDE, вызов любого из бинарников в терминальном сеансе завершается сообщением
>>об ошибке, что файл не найден.
>>Из чего я делаю вывод, что KDE получает значение переменной $PATH, откуда-то
>>из другого файла.
>>Целый день безрезультатно потратил на поиск решения проблемы.
>>Если кто-нибудь знает в чем злая бед причина, подскажите пожалуйста.
>>
>>С уважением, Алексей.
>
>Покажи фаил ~/.profile и вывод комманды echo $PATH
Вот строка путей в пользовательском файле profile
# remove /usr/games and /usr/X11R6/bin if you want
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:$HOME/bin:/usr/local/Trolltech/Qt-4.3.4/bin:$PATH export PATH
Вот результат работы команды echo в режиме пользователя, вызов команды производился в консольном режиме:
/usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin
Вот результат работы той же команды, но в KDE:
/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin
А вот результат работы команды echo, тоже из KDE, но в режиме суперпользователя:
/usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin
Вот, такая чехарда.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от Arpo (ok) on 25-Мрт-08, 09:06

>[оверквотинг удален]
>/usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin
>
>Вот результат работы той же команды, но в KDE:
>/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin
>
>А вот результат работы команды echo, тоже из KDE, но в режиме
>суперпользователя:
>/usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin
>
>Вот, такая чехарда.
Все стандартные пути в KDE прописаны. Что за бинарник вы запускаете? Откуда он? попробуйте запустить его указав полный путь.
Пример:
Нужно запустить ls.
Чтобы найти где он можно поступит так:
find / -name "ls"
или
(не для Solaris) locate ls
Увидите полный путь, допустем это /bin/ls, введите это в коммандной строке
[test:~]$ /bin/ls
Убедитесь что работает, Убедитесь что путь присутствует в PATH, если нет RTFM по вашему шеллу. Да кстати какой шелл???

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от Alex_ManOwaR (??) on 25-Мрт-08, 09:33

>[оверквотинг удален]
>Чтобы найти где он можно поступит так:
>find / -name "ls"
>или
>(не для Solaris) locate ls
>
>Увидите полный путь, допустем это /bin/ls, введите это в коммандной строке
>[test:~]$ /bin/ls
>
>Убедитесь что работает, Убедитесь что путь присутствует в PATH, если нет RTFM
>по вашему шеллу. Да кстати какой шелл???
Запускаю я qmake, который находится в /usr/local/Trolltech/Qt-4.3.4/bin, путь
к нему, как указано выше, прописан и путь этот прекрасно известен системе, т.е. бинарники, находящиеся по данному пути замечательно вызываются,но только в консольном режиме. Шелл - cshell.
Проблема с путями начинается если вызов бинарника производится из терминального режима KDE, если только пользователь не является суперпользователем.
Вчера заметил еще одну особенность, если в косольном режиме запустить Midnight Commander и попытаться запустить qmake из командной строки, тоже выдается сообщение о том, что файл не найден. Стоит выйти из MC, и voi-a-la, путь к /usr/local/Trolltech/Qt-4.3.4/bin снова в пределах видимости.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от newser (ok) on 25-Мрт-08, 10:06

>[оверквотинг удален]
>Запускаю я qmake, который находится в /usr/local/Trolltech/Qt-4.3.4/bin, путь
>к нему, как указано выше, прописан и путь этот прекрасно известен системе,
>т.е. бинарники, находящиеся по данному пути замечательно вызываются,но только в консольном
>режиме. Шелл - cshell.
>Проблема с путями начинается если вызов бинарника производится из терминального режима KDE,
>если только пользователь не является суперпользователем.
>Вчера заметил еще одну особенность, если в косольном режиме запустить Midnight Commander
>и попытаться запустить qmake из командной строки, тоже выдается сообщение о
>том, что файл не найден. Стоит выйти из MC, и voi-a-la,
>путь к /usr/local/Trolltech/Qt-4.3.4/bin снова в пределах видимости.
Ну так Вы это... Ман по csh почитайте, что ли. Там ясно написано, что .login используется единожды при входе в систему. Чтобы КДЕ не терял Ваши пути, пропишите их в .cshrc.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от Alex_ManOwaR (??) on 25-Мрт-08, 11:14

>[оверквотинг удален]
>>Проблема с путями начинается если вызов бинарника производится из терминального режима KDE,
>>если только пользователь не является суперпользователем.
>>Вчера заметил еще одну особенность, если в косольном режиме запустить Midnight Commander
>>и попытаться запустить qmake из командной строки, тоже выдается сообщение о
>>том, что файл не найден. Стоит выйти из MC, и voi-a-la,
>>путь к /usr/local/Trolltech/Qt-4.3.4/bin снова в пределах видимости.
>
>Ну так Вы это... Ман по csh почитайте, что ли. Там ясно
>написано, что .login используется единожды при входе в систему. Чтобы КДЕ
>не терял Ваши пути, пропишите их в .cshrc.
О! Вот, то что я и хотел услышать. Коротко и ясно.
Большое спасибо за совет.
Удачи!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от angra (??) on 24-Мрт-08, 18:50

Выясните какой шелл у вас запускает эмулятор терминала, потом почитайте доку по этому шеллу и найдите что он исполняет, будучи запущенным как interactive non-logon shell

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Конфигурационные файлы или где скрывается $PATH"

Сообщение от Ork paladin (ok) on 25-Мрт-08, 09:25

Ответ был дан еще вчера, пользователем angra, или непонятные слова просто пропускаешь?
Если это sh, то внимательно прочитать третий абзац "Invocation"
     A login shell first reads commands from the
     files /etc/profile and then .profile if they exist.  If the environment
     variable ENV is set on entry to a shell, or is set in the .profile of a
     login shell, the shell then reads commands from the file named in ENV.
     Therefore, _a user should place commands that are to be executed only at
     login time in the .profile file_, _and commands that are executed for every
     shell inside the ENV file_.
Для других шелов так же нужно прочитать ман, а не убивать время тыкаясь в менюшки KDE.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Конфигурационные файлы или где скрывается $PATH"
Сообщение от Arpo (ok) on 24-Мрт-08, 15:16
>[оверквотинг удален] >Система пути подцепила и вызовы воспринимает безоговорочно, но только в консольном режиме. > >После загрузки KDE, вызов любого из бинарников в терминальном сеансе завершается сообщением >об ошибке, что файл не найден. >Из чего я делаю вывод, что KDE получает значение переменной $PATH, откуда-то >из другого файла. >Целый день безрезультатно потратил на поиск решения проблемы. >Если кто-нибудь знает в чем злая бед причина, подскажите пожалуйста. > >С уважением, Алексей. Покажи фаил ~/.profile и вывод комманды echo $PATH
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Конфигурационные файлы или где скрывается $PATH"
	Сообщение от Alex_ManOwaR (??) on 25-Мрт-08, 08:52
	>[оверквотинг удален] >>После загрузки KDE, вызов любого из бинарников в терминальном сеансе завершается сообщением >>об ошибке, что файл не найден. >>Из чего я делаю вывод, что KDE получает значение переменной $PATH, откуда-то >>из другого файла. >>Целый день безрезультатно потратил на поиск решения проблемы. >>Если кто-нибудь знает в чем злая бед причина, подскажите пожалуйста. >> >>С уважением, Алексей. > >Покажи фаил ~/.profile и вывод комманды echo $PATH Вот строка путей в пользовательском файле profile # remove /usr/games and /usr/X11R6/bin if you want PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:$HOME/bin:/usr/local/Trolltech/Qt-4.3.4/bin:$PATH export PATH Вот результат работы команды echo в режиме пользователя, вызов команды производился в консольном режиме: /usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin Вот результат работы той же команды, но в KDE: /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin А вот результат работы команды echo, тоже из KDE, но в режиме суперпользователя: /usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin Вот, такая чехарда.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Конфигурационные файлы или где скрывается $PATH"
	Сообщение от Arpo (ok) on 25-Мрт-08, 09:06
	>[оверквотинг удален] >/usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin > >Вот результат работы той же команды, но в KDE: >/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/manowar/bin > >А вот результат работы команды echo, тоже из KDE, но в режиме >суперпользователя: >/usr/local/Trolltech/Qt-4.3.4/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin > >Вот, такая чехарда. Все стандартные пути в KDE прописаны. Что за бинарник вы запускаете? Откуда он? попробуйте запустить его указав полный путь. Пример: Нужно запустить ls. Чтобы найти где он можно поступит так: find / -name "ls" или (не для Solaris) locate ls Увидите полный путь, допустем это /bin/ls, введите это в коммандной строке [test:~]$ /bin/ls Убедитесь что работает, Убедитесь что путь присутствует в PATH, если нет RTFM по вашему шеллу. Да кстати какой шелл???
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Конфигурационные файлы или где скрывается $PATH"
	Сообщение от Alex_ManOwaR (??) on 25-Мрт-08, 09:33
	>[оверквотинг удален] >Чтобы найти где он можно поступит так: >find / -name "ls" >или >(не для Solaris) locate ls > >Увидите полный путь, допустем это /bin/ls, введите это в коммандной строке >[test:~]$ /bin/ls > >Убедитесь что работает, Убедитесь что путь присутствует в PATH, если нет RTFM >по вашему шеллу. Да кстати какой шелл??? Запускаю я qmake, который находится в /usr/local/Trolltech/Qt-4.3.4/bin, путь к нему, как указано выше, прописан и путь этот прекрасно известен системе, т.е. бинарники, находящиеся по данному пути замечательно вызываются,но только в консольном режиме. Шелл - cshell. Проблема с путями начинается если вызов бинарника производится из терминального режима KDE, если только пользователь не является суперпользователем. Вчера заметил еще одну особенность, если в косольном режиме запустить Midnight Commander и попытаться запустить qmake из командной строки, тоже выдается сообщение о том, что файл не найден. Стоит выйти из MC, и voi-a-la, путь к /usr/local/Trolltech/Qt-4.3.4/bin снова в пределах видимости.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Конфигурационные файлы или где скрывается $PATH"
	Сообщение от newser (ok) on 25-Мрт-08, 10:06
	>[оверквотинг удален] >Запускаю я qmake, который находится в /usr/local/Trolltech/Qt-4.3.4/bin, путь >к нему, как указано выше, прописан и путь этот прекрасно известен системе, >т.е. бинарники, находящиеся по данному пути замечательно вызываются,но только в консольном >режиме. Шелл - cshell. >Проблема с путями начинается если вызов бинарника производится из терминального режима KDE, >если только пользователь не является суперпользователем. >Вчера заметил еще одну особенность, если в косольном режиме запустить Midnight Commander >и попытаться запустить qmake из командной строки, тоже выдается сообщение о >том, что файл не найден. Стоит выйти из MC, и voi-a-la, >путь к /usr/local/Trolltech/Qt-4.3.4/bin снова в пределах видимости. Ну так Вы это... Ман по csh почитайте, что ли. Там ясно написано, что .login используется единожды при входе в систему. Чтобы КДЕ не терял Ваши пути, пропишите их в .cshrc.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Конфигурационные файлы или где скрывается $PATH"
	Сообщение от Alex_ManOwaR (??) on 25-Мрт-08, 11:14
	>[оверквотинг удален] >>Проблема с путями начинается если вызов бинарника производится из терминального режима KDE, >>если только пользователь не является суперпользователем. >>Вчера заметил еще одну особенность, если в косольном режиме запустить Midnight Commander >>и попытаться запустить qmake из командной строки, тоже выдается сообщение о >>том, что файл не найден. Стоит выйти из MC, и voi-a-la, >>путь к /usr/local/Trolltech/Qt-4.3.4/bin снова в пределах видимости. > >Ну так Вы это... Ман по csh почитайте, что ли. Там ясно >написано, что .login используется единожды при входе в систему. Чтобы КДЕ >не терял Ваши пути, пропишите их в .cshrc. О! Вот, то что я и хотел услышать. Коротко и ясно. Большое спасибо за совет. Удачи!
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

2. "Конфигурационные файлы или где скрывается $PATH"
Сообщение от angra (??) on 24-Мрт-08, 18:50
Выясните какой шелл у вас запускает эмулятор терминала, потом почитайте доку по этому шеллу и найдите что он исполняет, будучи запущенным как interactive non-logon shell
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Конфигурационные файлы или где скрывается $PATH"
Сообщение от Ork paladin (ok) on 25-Мрт-08, 09:25
Ответ был дан еще вчера, пользователем angra, или непонятные слова просто пропускаешь? Если это sh, то внимательно прочитать третий абзац "Invocation" A login shell first reads commands from the files /etc/profile and then .profile if they exist. If the environment variable ENV is set on entry to a shell, or is set in the .profile of a login shell, the shell then reads commands from the file named in ENV. Therefore, _a user should place commands that are to be executed only at login time in the .profile file_, _and commands that are executed for every shell inside the ENV file_. Для других шелов так же нужно прочитать ман, а не убивать время тыкаясь в менюшки KDE.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]