Описание тега grep
Я согласен, что если от человека (например, студента относительно проф) это хозяин, никаких проблем. А что, если наоборот? Если профессор зависит от студента за проживание, это не skrew с их авторитетом в классе? (Наверное, это маловероятный сценарий, но вопрос не уточняет.) `./A_process.py будет искать в текущем каталоге для A_process.py` а `A_process.py будет только искать свой "путь" @gumkins я увидел новые изменения и я отправил новый ответ Удивительные 1+! Его очень четко заявил мне, и я вижу, как это подразумевалось, но не все люди одинаковы медицинском уровне и так что лучше, чтобы государство все это с :) @JonathanReez и итальянцы еще хуже, о чем штамповка на всех
У меня есть несколько модулей установки в формате HTML, которая должна быть автоматической установки новых версий ядра, но не. Я заметил такую же проблему на всех четырех моих самогонного модули применением DKMS.
Вот пример.
Make-файл для модуля ядра:
ВЕРСИЯ_ЯДРА := $(uname-Р оболочки)
KERNEL_MODULES := /Либ/модули/$(ВЕРСИЯ_ЯДРА)/сборки
HID-у := спрятанного ядра.о запасной-вход.о спрятал-отладка.о hidraw.о
в obj-м += запасной-яблоко.о спрятал.о
все:
$(Сделать) -с $(KERNEL_MODULES) м=$(ФРД) модули
чистый:
$(Сделать) -с $(KERNEL_MODULES) м=$(ФРД) чистый
применением DKMS.конф для применением DKMS модуль:
Сделать="сделать ВЕРСИЯ_ЯДРА=${kernelver} все"
Чистые="сделать ВЕРСИЯ_ЯДРА=${kernelver} чистый"
BUILT_MODULE_NAME[0]=спрятал
BUILT_MODULE_NAME[1]=Хид-яблоко
DEST_MODULE_LOCATION[0]='драйвера/ядра//спрятала
DEST_MODULE_LOCATION[1]='драйвера/ядра//спрятала
Имя_пакета=Хид-яблоко
PACKAGE_VERSION=2.0
REMAKE_INITRD=да
Автоматической установки=да
Модуль устанавливается в формате HTML:
судо переходный статус-м спрятал яблоко в 4.2
спрятал-яблоко, 4.2, 3.19.0-32-универсальный, архитектуру x86_64: установлен (original_module существует)
спрятал-яблоко, 4.2, 3.19.0-33-универсальный, архитектуру x86_64: установлен (original_module существует)
Для 3.19.0-33, мне пришлось вручную переустановить модуль с судо переходный установить спрятал-яблоко/4.2
, чтобы заставить его работать снова, и мне пришлось делать это вручную на каждом обновлении.
Я делаю это в пакет Debian и выполнив следующий скрипт после установки как и postinst скрипт:
#!/Бен/ш
комплект -е
dkms_name="спрятал-яблоко"
dkms_version="4.2"
дело "$1" в
настроить)
# добавить
если ! переходный статус-м $dkms_name -в $dkms_version | для egrep '(добавлено|встроенный|установлен)' >/dev/нуль ; тогда
# если он еще не был добавлен, добавьте ее
переходный АДД-м $dkms_name -в $dkms_version
интернет
# строительные
если ! переходный статус-м $dkms_name -в $dkms_version | для egrep '(построено|установлено)' >/dev/нуль ; тогда
# если он еще не был построен, построить
переходный построить $dkms_name/$dkms_version
интернет
# установить
если ! переходный статус-м $dkms_name -в $dkms_version | для egrep '(установленных)' >/dev/нуль; тогда
# если он еще не установлен, установите его.
переходный установки $dkms_name/$dkms_version
интернет
;;
*)
Эхо "послеустановочных позвонили с неизвестного аргумента: $1"
выход 1
;;
эсок
#Инструмент#
выход 0
Я не уверен, почему это не становится установленным на модернизацию ядра. Любые идеи?