LinuxForum.Fans
Тема

Несколько вопросов по настройке

Автор: deleted_user 58 сообщений 19664 просмотров
22.06.2011 20:26 #172114
sun написал:


Xfce а панель от lxde?

Только кнопка. Нравится очень.

22.06.2011 20:50 #172120

Ну а стандартными средствами в диалоге выбора тем оформления в xfce что не получается, там же можно и хинтинг шрифтов выставить и сглаживание и dpi?

22.06.2011 21:25 #172130
sun написал:
Ну а стандартными средствами в диалоге выбора тем оформления в xfce что не получается, там же можно и хинтинг шрифтов выставить и сглаживание и dpi?

Начитан.
Не получается...
Патчить не очень охота, но придётся...
Отпишусь.

05.07.2011 21:22 #174749

После установки slackware 13.37+gnome 2.30.2 возникло несколько вопросов:
1)не пойму почему в gnome-terminal и в консоли разные локали(rootа) вследствие чего некорректно отображаются латинские символы(в терминале).
Консоль:
[console]
#locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=[/console]
Терминал:
[console]
#locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=[/console]
2)Какие средства(уловки) можно использовать для облегчения установки зависимостей?

05.07.2011 22:16 #174757

1) проверить ~/.bashrc, ~/.bash_profile, ~/.bash_login, ~/.profile, что-то ещё автостартующее на предмет export LANG=POSIX

2) пользоваться slapt-get и репозиторием с прописанными зависимостями.

ps. Как запускается gnome-terminal ?

05.07.2011 22:44 #174760
bormant написал:
1) проверить ~/.bashrc, ~/.bash_profile, ~/.bash_login, ~/.profile, что-то ещё автостартующее на предмет export LANG=POSIX

1) в данный момент удалены ~/.bashrc, ~/.bash_profile, ~/.bash_login, ~/.profile, в /ect/profile вроде ни чего нет связанного с posix



2) ...репозиторием с прописанными зависимостями.

ps. Как запускается gnome-terminal ?

О репозитории можно по подробнее...gnome-terminal запускаю с помощью ярлыка.

06.07.2011 08:23 · отредактировано #174824

Правильно ли я понял, что вход в систему произведён от root в обоих случаях? Или в каком-то права были повышены при помощи su/sudo или их аналога?

Кроме того, в ответе №26 просмотрел один существенный момент -- переменная окружения LANG вообще не установлена во втором случае. Поэтому смотреть надо про LANG, а не про posix.
Похожее поведение наблюдалось при использовании содержащего ошибку su.
Если аналогичное делается в скрипте, может быть что-то наподобие "export LANG=" или "unset LANG".

06.07.2011 10:19 #174859

По поводу управления пакетами в Slackware и автоматических зависимостей -- плохая идея.
Пакеты Slackware "крупные", деление одного проекта на части "для разработчика", "библиотеки", "для консоли", "для X-ов" не производится. Как результат, такой пакет может потянуть за собой ой как много.

Возьмём, например, консольный сканер сети nmap:
[console]$ cat /var/log/packages/nmap-5.51-i486-1 | grep bin/
usr/bin/
usr/bin/uninstall_zenmap
usr/bin/nping
usr/bin/zenmap
usr/bin/ncat
usr/bin/ndiff
usr/bin/nmap

$ file /usr/bin/zenmap
/usr/bin/zenmap: a /usr/bin/python script text executable
[/console]
При автоматическом разрешении зависимостей должны получить "абсолютно безвозмездно, то есть даром" (q) python и Иксы как минимум. Оно такое зачем надо?

06.07.2011 11:32 · отредактировано #174880

bormant, согласен, у Slackware такая философия системы, так что не нужно пользоваться этими ПМ с автоматическими зависимостями.
Мне к примеру нравится данная философия - ставлю пакет и сразу вижу какие пакеты ему нужны для установки, а какие необязательные, и сам могу выбрать, ставить ли минимальный вариант, либо же поболее.
И все это с помощью pkgtool.

Еще плюс данного подхода - пользователь системы ориентировочно знает, что у него находится в системе из пакетов, ибо он сам ставил их. Отсюда большая осведомленность о системе вцелом.

Еще по поводу пакетов - когда нужно установить новый пакет, первым делом ищу на http://slackbuilds.org, ибо считаю, что используя слакбилд пакет получается именно под мою архитектуру и особенности системы. Верно ли последнее? Т.е. тут механизм сборки пакета (слакбилд) работает в какой-то степени как ПМ в gentoo (с его флагами и пр.)?

06.07.2011 12:07 · отредактировано #174891
Renato Rosse написал:

Еще по поводу пакетов - когда нужно установить новый пакет, первым делом ищу на http://slackbuilds.org, ибо считаю, что используя слакбилд пакет получается именно под мою архитектуру и особенности системы.

Используя слакбилд пакет, как в слакбилде и написано, получается под абстрактный i686. В случае базовых системных пакетов это лучший выбор, в случае прикладных программ лучше настроить опции компиляции и линковки под себя

06.07.2011 12:10 #174892

SergMarkov, почему тогда в названии созданного слакбилдом пакета есть (в моем случае) x86_64 на 64-битном компьютере?

06.07.2011 12:18 · отредактировано #174894
Renato Rosse написал:
SergMarkov, почему тогда в названии созданного слакбилдом пакета есть (в моем случае) x86_64 на 64-битном компьютере?

elif [ "$ARCH" = "x86_64" ]; then
SLKCFLAGS="-O2 -fPIC"
LIBDIRSUFFIX="64"

makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}

В случае x64 под такой же абстрактный x64, как и в случае i686
Впрочем даже в случае базовых системных пакетов где оставить "православные" :-) опции, а где лучше сделать свои сугубо индивидуально. Например qt лучше со своими и включенным raster, gtk лучше вообще не трогать, лучше не станет, хуже запросто :-)
Для прикладных программ практически всегда лучше своя настройка

06.07.2011 12:20 #174895
Renato Rosse написал:
используя слакбилд пакет получается именно под мою архитектуру и особенности системы

Это верно в части установленных на момент сборки библиотек, при условии использования соответствующих средств автоконфигурирования (например, ./configure из autotools).
И неверно в части "прибитых гвоздиком" внутри SlackBuild-а параметров: CCFLAGS, LDFLAGS, параметров configure --with-option, --without-option, --enable-option, --disable-option, и т.п.

06.07.2011 12:35 #174898
SergMarkov написал:
[quote=Renato Rosse]SergMarkov, почему тогда в названии созданного слакбилдом пакета есть (в моем случае) x86_64 на 64-битном компьютере?

elif [ "$ARCH" = "x86_64" ]; then
SLKCFLAGS="-O2 -fPIC"
LIBDIRSUFFIX="64"

makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}

В случае x64 под такой же абстрактный x64, как и в случае i686[/quote]

Всмысле абстрактный x64 - что же в этой архитектуре абстрактного - вроде ясно, что для 64-битных систем/процессоров?

06.07.2011 12:45 · отредактировано #174902
Renato Rosse написал:

Всмысле абстрактный x64 - что же в этой архитектуре абстрактного - вроде ясно, что для 64-битных систем/процессоров?

Потому что процессоров x64 как собак нерезаных :-) и слакбилд настроен именно что на средний или абстрактный x64 а не на какой то конкретный.
Вообще говоря слакбилд со skackbuild.org в своем природном виде это далеко не самый лучший выбор если делать систему под себя. Проги в них со стандартными опциями и настройками, если это устраивает, ну и прекрасно, если нет, то лучше его править ручками, делать свои опции конфигурирования самой проги и заменять опции компиляции и линковки на свои. Если первое приходится делать ручками (но и тут можно как то автоматизировать) то второе делается через простейший скриптик с sed. Впрочем еще лучше сделать свой стандартный слакбилд и править опции конфигурирования проги в нем, это получается проще

06.07.2011 13:42 #174915

SergMarkov, bormant, спасибо.

06.07.2011 20:16 · отредактировано #175018
bormant написал:
Правильно ли я понял, что вход в систему произведён от root в обоих случаях? Или в каком-то права были повышены при помощи su/sudo или их аналога?

Вход в систему осуществляется по средствам gdm(предварительно выставив runlevels 4 в /etc/inittab) под обычным пользователем, затем gnome-terminal > su > locale. В консоли я заходил под root.

Кроме того, в ответе №26 просмотрел один существенный момент -- переменная окружения LANG вообще не установлена во втором случае. Поэтому смотреть надо про LANG, а не про posix.
Похожее поведение наблюдалось при использовании содержащего ошибку su.
Если аналогичное делается в скрипте, может быть что-то наподобие "export LANG="
или "unset LANG".

Команда cat .profile | grep LANG ни чего не выдает.
Вот собственно сам .profile:

Показать

# /etc/profile: This file contains system-wide defaults used by
# all Bourne (and related) shells.

# Set the values for some environment variables:
export MINICOM="-c on"
export MANPATH=/usr/local/man:/usr/man
export HOSTNAME="`cat /etc/HOSTNAME`"
export LESSOPEN="|lesspipe.sh %s"
export LESS="-M"

# If the user doesn't have a .inputrc, use the one in /etc.
if [ ! -r "$HOME/.inputrc" ]; then
export INPUTRC=/etc/inputrc
fi

# Set the default system $PATH:
PATH="/usr/local/bin:/usr/bin:/bin:/usr/games"

# For root users, ensure that /usr/local/sbin, /usr/sbin, and /sbin are in
# the $PATH. Some means of connection don't add these by default (sshd comes
# to mind).
if [ "`id -u`" = "0" ]; then
echo $PATH | grep /usr/local/sbin 1> /dev/null 2> /dev/null
if [ ! $? = 0 ]; then
PATH=/usr/local/sbin:/usr/sbin:/sbin:$PATH
fi
fi

# I had problems with the backspace key using 'eval tset' instead of 'TERM=',
# but you might want to try it anyway instead of the section below it. I
# think with the right /etc/termcap it would work.
# eval `tset -sQ "$TERM"`

# Set TERM to linux for unknown type or unset variable:
if [ "$TERM" = "" -o "$TERM" = "unknown" ]; then
TERM=linux
fi

# Set ksh93 visual editing mode:
if [ "$SHELL" = "/bin/ksh" ]; then
VISUAL=emacs
# VISUAL=gmacs
# VISUAL=vi
fi

# Set a default shell prompt:
#PS1='`hostname`:`pwd`# '
if [ "$SHELL" = "/bin/pdksh" ]; then
PS1='! $ '
elif [ "$SHELL" = "/bin/ksh" ]; then
PS1='! ${PWD/#$HOME/~}$ '
elif [ "$SHELL" = "/bin/zsh" ]; then
PS1='%n@%m:%~%# '
elif [ "$SHELL" = "/bin/ash" ]; then
PS1='$ '
else
# PS1='\u@\h:\w\$ '
PS1='\[\e[1;32m\][\u@\h \W]\$\[\e[0m\] '
fi
PS2='> '
export PATH DISPLAY LESS TERM PS1 PS2

# Default umask. A umask of 022 prevents new files from being created group
# and world writable.
umask 022

# Notify user of incoming mail. This can be overridden in the user's
# local startup file (~/.bash.login or whatever, depending on the shell)
if [ -x /usr/bin/biff ]; then
biff y 2> /dev/null
fi

# Append any additional sh scripts found in /etc/profile.d/:
for profile_script in /etc/profile.d/*.sh ; do
if [ -x $profile_script ]; then
. $profile_script
fi
done
unset profile_script

# For non-root users, add the current directory to the search path:
if [ ! "`id -u`" = "0" ]; then
PATH="$PATH:."
fi

PS:bormant, по поводу репозитория с дополнительными зависимостями все понятно.И еще хотел спросить: ни чего страшного если устанавливать пакеты для разных версий слаки(например 13.37 и 13.1)

07.07.2011 09:58 #175136

ABulychev, тщательнее надо (q).
Содержимое /etc/profile (а именно его вы привели в предыдущем сообщении) я себе представляю.
Если положили его в ~/.profile -- в этом мало толку, уберите.

Установка LANG там проста:
/etc/profile

text
# Append any additional sh scripts found in /etc/profile.d/:
for profile_script in /etc/profile.d/*.sh ; do
  if [ -x $profile_script ]; then
    . $profile_script
  fi
done

/etc/profile.d/lang.sh

text

export LANG=ru_RU.UTF-8
export LC_COLLATE=C

Вот только вся эта прелесть не отрабатывает, если bash запускается не как login shell.

К вашему случаю отношение имеет вряд ли -- обратите внимание, в gnome-terminal выхлоп "LANG=", то есть либо пустое значение, либо переменной в окружении нет, точнее скажет declare | grep ^LANG.

Теперь немного о том, на что похоже поведение. Удаление переменных из окружения дочернего процесса с повышенными привилегиями является обычной практикой. Но, например, в составе Slackware-13.1 su имел ошибку в логическом условии и очищал переменные LANG, LC_* вместо того, чтобы оставлять их. Подробнее: http://www.slackware.ru/wiki/BugFix/13.1/su

Резюме.
Пользуйтесь "su -", "su -l" вместо "su". gnome-terminal > su - > locale. От "просто su" будут и другие проблемы, например, принадлежащие root-у файлы в домашнем каталоге пользователя.

Войдите или зарегистрируйтесь, чтобы ответить.