После очередного обновления системы перестала работать сетевая карта. Получил патч для ядра.
Как проверить, что патч подойдет к исходникам обновленного ядра.
Какой командой проверить наложится ли патч на исходники:
Здравствуйте, sasvak, Вы писали:
S>После очередного обновления системы перестала работать сетевая карта. Получил патч для ядра. S>Как проверить, что патч подойдет к исходникам обновленного ядра.
S>Какой командой проверить наложится ли патч на исходники:
Здравствуйте, kov_serg, Вы писали:
_>Здравствуйте, sasvak, Вы писали:
S>>После очередного обновления системы перестала работать сетевая карта. Получил патч для ядра. S>>Как проверить, что патч подойдет к исходникам обновленного ядра.
S>>Какой командой проверить наложится ли патч на исходники:
Здравствуйте, sasvak, Вы писали:
S>Здравствуйте, kov_serg, Вы писали:
_>>Здравствуйте, sasvak, Вы писали:
S>>>После очередного обновления системы перестала работать сетевая карта. Получил патч для ядра. S>>>Как проверить, что патч подойдет к исходникам обновленного ядра.
S>>>Какой командой проверить наложится ли патч на исходники:
Здравствуйте, sasvak, Вы писали:
S>После очередного обновления системы перестала работать сетевая карта. Получил патч для ядра. S>Как проверить, что патч подойдет к исходникам обновленного ядра.
S>Какой командой проверить наложится ли патч на исходники:
А зачем, patch достаточно умный чтобы откатить только примененное.
Т.е. ставите `patch -p1 < path/to/patch`, если вам что-то не понравилось
то `patch -p1 -R < path/to/patch`.
Re[2]: Как проверить, что патч подойдет к исходникам обновленного я
Здравствуйте, Zhendos, Вы писали:
Z>Здравствуйте, sasvak, Вы писали:
S>>После очередного обновления системы перестала работать сетевая карта. Получил патч для ядра. S>>Как проверить, что патч подойдет к исходникам обновленного ядра.
S>>Какой командой проверить наложится ли патч на исходники:
Z>А зачем, patch достаточно умный чтобы откатить только примененное. Z>Т.е. ставите `patch -p1 < path/to/patch`, если вам что-то не понравилось Z>то `patch -p1 -R < path/to/patch`.
А зачем тогда:
patch --dry-run
Re: Как проверить, что патч подойдет к исходникам обновленного я
Здравствуйте, aik, Вы писали:
aik>Здравствуйте, sasvak, Вы писали:
S>>Спасибо. Можно еще вопрос?
aik>Ты как то первый вопрос без вопросов задал, зачем тут формальности?
Тогда вопрос такой: Сисадмин пишет скрипт для установки бухгалтерской проги. После установки админ не получает никаких сообщений.
Можно ли правильно оценить статус завершения предыдущей команды в своем скрипте на BASH:
if [ "$#" -eq "0" ]; then…
if ["$#" == 0]; then…
if [ "$?" -eq "0" ]; then…
if [ $@ -eq 0 ]; then…
if ["$?" -ne "0"]; then…
Re[5]: Как проверить, что патч подойдет к исходникам обновленного я
Здравствуйте, sasvak, Вы писали:
S>Тогда вопрос такой: Сисадмин пишет скрипт для установки бухгалтерской проги. После установки админ не получает никаких сообщений. S>Можно ли правильно оценить статус завершения предыдущей команды в своем скрипте на BASH: S>
Шелл не люблю люто, так что не знаю что такое $# и $@. Прошелся по своим скриптам, нашлось:
if [ $? -eq 0 ] ; then
if [ $? -ne 0 ] ; then
if [ "$?" == "0" ]; then
if [ $? != 0 ] ; then
RET=$?
if [ "$RET" == "0" ] ; then
Ну и обычно пишут с ||, типа:
vim --version || sudo dnf install vim
что означает логическую операцию ret_from_vim||ret_from_dnf — и баш вторую команду выполнит только если первая сфейлила (например, vim не установлен). Причем, в баше остроумно решили (или это до них решили, скорее) что "успешно", это когда $? равен нулю:
Здравствуйте, aik, Вы писали:
aik>Причем, в баше остроумно решили (или это до них решили, скорее) что "успешно", это когда $? равен нулю:
Справедливости ради замечу, что код возврата 0 как индикация отсутствия ошибок — повсеместный стандарт во всех ОС и никак не связан с шелом.
Даже на си всем вдалбливали писать в конце return 0 (а писать void main было жутчайшим моветоном), а на том же ACM, без return 0 программа сразу получала Presentation Error.
Re[7]: Как проверить, что патч подойдет к исходникам обновленного я
Здравствуйте, DOOM, Вы писали:
DOO>Даже на си всем вдалбливали писать в конце return 0 (а писать void main было жутчайшим моветоном), а на том же ACM, без return 0 программа сразу получала Presentation Error.
На си ноль — это false. В шелле ноль — это true. И логические операции перевернуты. Хочется дать в глаз.
Re[8]: Как проверить, что патч подойдет к исходникам обновленного я
aik>На си ноль — это false. В шелле ноль — это true. И логические операции перевернуты. Хочется дать в глаз.
Ну это претензия к командам true и false. Их типа сделали для удобства
Но мне всегда было привычнее делать что-то типа "die if !open" (читается: если не открылось, то все)
Re[9]: Как проверить, что патч подойдет к исходникам обновленного я
Здравствуйте, DOOM, Вы писали:
aik>>На си ноль — это false. В шелле ноль — это true. И логические операции перевернуты. Хочется дать в глаз. DOO>Ну это претензия к командам true и false. Их типа сделали для удобства
Не, это претензия к обработке || и &&, точнее, к приведению типа int к bool в баше.
DOO>Но мне всегда было привычнее делать что-то типа "die if !open" (читается: если не открылось, то все)
Да это пожалуйста, и не к такому привыкнуть можно. ТСу просто стоит иметь ввиду если он решил все таки учить баш вместо куда как более приличного питона.
Re[6]: Как проверить, что патч подойдет к исходникам обновленного я
Здравствуйте, aik, Вы писали:
aik>Здравствуйте, sasvak, Вы писали:
S>>Тогда вопрос такой: Сисадмин пишет скрипт для установки бухгалтерской проги. После установки админ не получает никаких сообщений. S>>Можно ли правильно оценить статус завершения предыдущей команды в своем скрипте на BASH: S>>
aik>Шелл не люблю люто, так что не знаю что такое $# и $@. Прошелся по своим скриптам, нашлось: aik>
aik>if [ $? -eq 0 ] ; then
aik>if [ $? -ne 0 ] ; then
aik>if [ "$?" == "0" ]; then
aik>if [ $? != 0 ] ; then
aik>RET=$?
aik>if [ "$RET" == "0" ] ; then
aik>
aik>Ну и обычно пишут с ||, типа: aik>
aik>vim --version || sudo dnf install vim
aik>
aik>что означает логическую операцию ret_from_vim||ret_from_dnf — и баш вторую команду выполнит только если первая сфейлила (например, vim не установлен). Причем, в баше остроумно решили (или это до них решили, скорее) что "успешно", это когда $? равен нулю: aik>