Установка программ в Slackware

[Bizdelnick]

QWERTYASDF
sh -x `which slackpkg` опции_для_slackpkg 2>log и покажите log.

[bormant]

Bizdelnick
http://www.linuxquestions.org/questions/sl...tml#post5472176
Там про slackpkg+, но проблема в обоих случаях из grep и обрыве канала по "head -n1" в зависимости от способа получения прав суперпользователя.

[yars]

-i [command]
The -i (simulate initial login) option runs the shell specified by the password database entry of the target user as a login shell. This means that login-specific resource files such as .profile or .login will be read by the shell. If a command is specified, it is passed to the shell for execution via the shell's -c option. If no command is specified, an interactive shell is executed. sudo attempts to change to that user's home directory before running the shell. The security policy shall initialize the environment to a minimal set of variables, similar to what is present when a user logs in. The Command Environment section in the sudoers(5) manual documents how the -i option affects the environment in which a command is run when the sudoers policy is in use.

Сравните sudo -i env, su -l -c env, может, это даст возможность понять, что происходит.

[Bizdelnick]

Не замечал за grep такого поведения. Можно в таком случае увидеть which grep при получении рутовой консоли тем и другим способом (и от юзера до кучи)?

[QWERTYASDF]

QWERTYASDF
sh -x `which slackpkg` опции_для_slackpkg 2>log и покажите log.

Делалось из сеанса sudo -i. Вот.

[Bizdelnick]

Э... А где ошибка-то? Или она в stdout выводится?

[bormant]

Bizdelnick
Воспроизведение ошибки -- это отдельная проблема. Судя по сообщениям на LQ, когда поток рвётся на первом элементе.
У меня пока воспроизвести не получилось.
grep ошибку выводит в stderr, перенаправления в stdout или /dev/null там нет.

[QWERTYASDF]

Э... А где ошибка-то? Или она в stdout выводится

Я возможно немножечко не понимаю, тогда извините. Ошибка мне выводилась на экран при работе со slackpkg.

[Bizdelnick]

Ну вот сейчас я ожидал её увидеть в логе, однако не вижу. аргументы slackpkg были те же, с которыми возникает ошибка?

[QWERTYASDF]

Да, этот лог был получен из slackpkg upgrade-all т.е. с аргументами обновления системы. А система то на днях как-раз обновлялась таким образом.

Вот сейчас попробовала установить новый пакет, и ошибка появилась.

[Bizdelnick]

Как видно, ошибка происходит отсюда:

Код: Выделить всё

function checkmd5() {
    local MD5ORIGINAL
    local MD5DOWNLOAD

    MD5ORIGINAL=$(    grep -v "/source/" ${CHECKSUMSFILE} |\
            grep -m1 "/$(basename $1)$" | cut -f1 -d \ )
    MD5DOWNLOAD=$(md5sum ${1} | cut -f1 -d \ )
    if [ "$MD5ORIGINAL" = "$MD5DOWNLOAD" ]; then
        echo 1
    else
        echo 0
    fi
}

Как я уже писал выше, я не замечал, чтобы grep при каких бы то ни было условиях ругался, получая SIGPIPE. Возможно, всё-таки используется какой-то левый grep, так что по-прежнему хотелось бы

увидеть which grep при получении рутовой консоли тем и другим способом (и от юзера до кучи)

[QWERTYASDF]

Код: Выделить всё

$which grep
/usr/bin/grep

$sudo -i
$which grep
/usr/bin/grep

[Bizdelnick]

А /usr/bin/grep --version что говорит?
Воспроизводится ли ошибка, например, так: echo -e 'a\na\na' | grep a | head -n1?

[QWERTYASDF]

Код: Выделить всё

$/usr/bin/grep --version
/usr/bin/grep (GNU grep) 2.14

$echo -e 'a\na\na' | grep a | head -n1
a

в сеансе sudo -i - аналогично.

[Bizdelnick]

А так?
echo a:a:a | grep a | cut -d: -f1

[QWERTYASDF]

А так?
echo a:a:a | grep a | cut -d: -f1

Аналогично.

[QWERTYASDF]

Не могли бы вновь (или не вновь) прояснить нюанс использования slackpkg. Сегодня начала вспоминать все про пакетную систему в Slackware дабы успешно обновиться до 14.2, и в моем конспектике есть следующее:

Последовательность проверки наличия обновлений и обновления системы (в рамках одного релиза):

# slackpkg check-updates
# slackpkg update
# slackpkg upgrade-all

И последние несколько раз в рамках 14.1 я обновлялась именно таким способом. Сейчас же наткнулась на пост, цитата из которого:

На этом часть подготовительная завершена. Часть "обновлятельная" не многим сложнее.
3) slackpkg update
загрузит из репозитория его актуальное состояние
4) slackpkg check-update
скажет, есть ли обновления, а
slackpkg upgrade-all
покажет список пакетов, подлежащих обновлению, достаточно согласиться с предложенным выбором.

В моем представлении, п.4 будет бесполезен после п.3, или я ошибаюсь и соответственно что-то делала не так?

Поторопилась с данным постом - сама нашла ответ на данный вопрос.

[bormant]

Я вам больше скажу, обновление на новую версию описано в man slackpkg буквально так


Правим /etc/slackpkg/mirrors на предмет хранилища 14.2
slackpkg update gpg #если никогда раньше этого не делали
slackpkg update
slackpkg install-new
slackpkg upgrade-all
slackpkg clean-system


PS. Тот мой пост не про переход с версии на версию, а про регулярные обновления безопасности.
PPS. Если используется slackpkg+, есть смысл в /etc/slackpkg/greylist предварительно внести сторонние пакеты и разобраться с ними позже.

[QWERTYASDF]

Я вам больше скажу, обновление на новую версию описано в man slackpkg буквально так


Правим /etc/slackpkg/mirrors на предмет хранилища 14.2
slackpkg update gpg #если никогда раньше этого не делали
slackpkg update
slackpkg install-slackpkg upgrade-all
slackpkg clean-system

Так это ж не правильно (если админ сам не знает что делает) - надо же файлы в репозитории читать, такие как UPGRADE.TXT.

[bormant]

Правильно, надо читать и UPGRADE.TXT, и CHANGES_AND_HINTS.TXT.
Но результат и от того, и от другого будет один и тот же для 14.1 -->14.2 (да и для прежних пока исключений не было). До сих пор обновление с версии на версию описывалось не ниже уровнем, чем установка/обновление/удаление группы пакетов.
Если вопрос был про файлы .new, то slackpkg upgrade-all уже предложил с ними разобраться (а если это отключили сами, то самим и не забыть про slackpkg new-config). А про то, что с отдельными критичными файлами .new нужно поработать вручную (список их есть в UPGRADE.TXT при описании исключений скрипта по замене всех .new махом без разбора), это вы и сами помните.
Если вопрос был про новое ядро, то прописанный в /boot/vmlinuz симлинк уже заменен на huge ядро, а позвать lilo уже предложил slackpkg, и вы, безусловно, согласились или сразу, или перегенерировав initrd для нового ядра и сменив симлинк (или действуя по собственному сценарию), позвали lilo руками. Для elilo или grub все еще проще.

[QWERTYASDF]

Из Slackbook про upgradepkg:

upgradepkg не лишён недостатков. Вам всегда следует создавать резервные копии своих конфигурационных файлов. Если они будут удалены или перезаписаны, для нормальной работы вам потребуется восстановить их оригиналы.

А от чего зависит выбор upgradepkg действия со старым конфигом? "Перезаписаны" - означает замену новым файлом или означает изменение имеющегося?

[bormant]

upgradepkg (как и installpkg) ничего не выбирает, выбирает тот, кто готовит пакет.
В пакет кладут config.conf.new, в установочный сценарий дописывают функцию config, которая сравнивает config.conf.new с config.conf и при одинаковости удаляет config.conf.new.
Именно поэтому removepkg не сносит актуальные конфиги (файл config.conf без .new отсутствует в пакете).

[QWERTYASDF]

Ага! А ведь можно произвести копирование новых пакетов и обновление через upgradepkg ими имеющихся, а после этого запусить slackpkg new-config чтоб разобраться с новыми конфигами?

[bormant]

Несомненно. Кто ж вам запретит?

Кроме того, универсальный вариант с обновлением, когда пакеты уже доступны локально:
upgradepkg --install-new ...

Поставит новые, обновит обновленные (на самом деле -- другой версии), проигнорирует уже установленные.

[QWERTYASDF]

В мануалах по установке нового ядра/ядерных модулей принято рекомендовать использовать installpkg, но не upgradepkg. Насколько понимаю - из-за возможных проблем загрузки с новым ядром или новым модулем - тогда будет доступна загрузка старого.

Насколько вижу из UPGRADE.TXT, предлагается "a"-пакеты обновлять с помощью upgradepkg. Патрик уверен, что в данном случае все должно работать?

[bormant]

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

[QWERTYASDF]

Подскажите пожалуйста. Не хочу ставить категории KDE и KDEI (данной средой рабочего стола вообще не пользуюсь), однако не помню какие отдельные ихние пакеты за год пользования Слакой могла установить. Проверила в силу своего понимания:

CHANGES_AND_HINTS.TXT

*** PACKAGE REMOVALS SINCE 14.1 ***
...
kde/kdeadmin (split up into smaller packages)
kde/kdenetwork (split up into smaller packages)
kde/kdesdk (split up into smaller packages)
kde/kdetoys (split up into smaller packages)
kde/kwallet (replaced by kwalletmanager)
kde/networkmanagement (split up into smaller packages)
kde/oxygen-gtk3 (?)
kdei/calligra-l10n-ia
kdei/calligra-l10n-nds
kdei/calligra-l10n-sl
kdei/calligra-l10n-tr
kdei/kde-l10n-si
kdei/kde-l10n-tg
kdei/kde-l10n-th
kdei/kde-l10n-vi
...

Код: Выделить всё

$
cd /var/log/packages
ls -lh *kde* *kwa* *oxygen* *call* *networkmanagement*
/bin/ls: невозможно получить доступ к *kwa*: Нет такого файла или каталога
/bin/ls: невозможно получить доступ к *call*: Нет такого файла или каталога
/bin/ls: невозможно получить доступ к *networkmanagement*: Нет такого файла или каталога
-rw-r--r-- 1 root root  78K июл 20  2015 doxygen-1.8.5-i486-1
-rw-r--r-- 1 root root 1,2K сен 25  2015 kdegraphics-mobipocket-4.10.5-i486-1
-rw-r--r-- 1 root root 157K сен 25  2015 kdelibs-4.10.5-i486-2

Т.е.,как понимаю, kde-пакетов из списка на удаление нету. Последний раз (судя по датам изменения файлов) обновляла Slackware в середине апреля, на всякий случай поискала изменения по kde в ChangeLog.txt по шаблону "kde/" - с середины апреля все действия с kde производились с пакетами, имен которых также в /var/log/packages нету. Значит, все чисто?

Если да, то просто обновляю имеющиеся два kde-пакета и все остальное игнорирую (?)

[bormant]

Достаточно удалить все пакеты наборов KDE и KDEI:
mount /dev/cdrom /mnt/cdrom
cd /mnt/cdrom/slackware*
removepkg kde*/*t?z

и не ставить оттуда ничего при обновлении.
Синоним:
slackpkg remove kde kdei

Если обновляться при помощи slackpkg, то есть смысл сделать между slackpkg update и slackpkg install-new
sed -i -e '/^kde/d' /var/lib/slackpkg/ChangeLog.txt
чтобы не получить вновь добавленных пакетов в систему из указанных наборов.

[QWERTYASDF]

Все то пакеты мне не нужно удалять - имеющиеся нужны для зависимостей. Я просто несколько сомневалась в правильности своего решения задачи определения нужных/ненужных kde и kdei пакетов, поэтому и спросила...

[bormant]

Про KDEI проще некуда -- там только локализации. При обычных обстоятельствах вряд ли вам нужно оттуда больше 1-2 языков.
Про KDE -- если используете отдельные программы из/для KDE, тут безусловно, что-то из набора останется, по upgrade-all обновится.
А с добавленными из набора KDE -- в вашем случае достаточно после обновления проверить, например, при помощи sbbdep, что у обновленных kdelibs, okular (судя по kdegraphics-mobipocket) и прочих используемых из KDE пакетов, если таковые еще есть, не появилось неразрешенных зависимостей.