Я согласен, что если от человека (например, студента относительно проф) это хозяин, никаких проблем. А что, если наоборот? Если профессор зависит от студента за проживание, это не 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

Я не уверен, почему это не становится установленным на модернизацию ядра. Любые идеи?