Це команда dh_clideps, яку можна запустити у безкоштовного хостинг-провайдера OnWorks за допомогою однієї з наших безкоштовних онлайн-робочих станцій, таких як Ubuntu Online, Fedora Online, онлайн-емулятор Windows або онлайн-емулятор MAC OS
ПРОГРАМА:
ІМ'Я
dh_clideps - обчислює залежності CLI (.NET).
СИНТАКСИС
dh_clideps [debhelper опції]
ОПИС
dh_clideps — програма debhelper, яка відповідає за створення ${cli:Depends}
заміни та додавання їх до файлів substvars.
Програма перегляне файли .dll/.exe та .config у вашому пакеті та використає
вбудована інформація про залежності для генерації рядка залежності на збірку та спільний доступ
пакунки libs, включаючи встановлення діапазонів версій (як оголошено shlibs/clilibs
файли використаних пакетів). Залежність від певного CLR (Common Language Runtime)
версія також буде додано до кінцевої змінної.
Примітка: залежності від спільних бібліотек можуть бути неправильно вирішені, якщо їх немає
Файли .config, пов’язані з файлом .exe/.dll, який посилається на певний спільний доступ
бібліотека (за її SONAME).
Якщо ви використовуєте цю програму, ваш пакет має залежати від cli-common-dev (>= 0.4.0).
ВАРІАНТИ
-d Спробуйте передбачити та уникнути дублікатів, які можуть з’явитися, якщо ви запакуєте обидва, нативні
спільні бібліотеки та збірки DLL в одному пакеті. Список можливого дублювання
очікується, що кандидати будуть у змінній shlib:Залежить від
debian/package.substvars.
-r Не встановлюйте сильну залежність від версії для моно-виконання чи інших пакетів CLR. Це
параметр можна використовувати для вказівки послабленої залежності від VM/CLR вручну в
контрольний файл, напр. "моно-виконання | клі-виконання".
-lкаталог[:каталог:каталог:..]
Перед запуском mondis MONO_GAC_PREFIX і MONO_PATH встановлюються для вказаного каталогу
(або каталогів -- розділяйте їх двокрапками). Це корисно для багатобінарних пакетів
де бібліотека вбудована в один пакунок, а інший пакунок містить пов’язані бінарні файли
проти зазначеної бібліотеки. Відносні шляхи будуть зроблені абсолютними на користь monodis.
Зауважте, що вказаний каталог має бути повним або відносним шляхом до каталогу
який містить бібліотеку. Дивіться приклад нижче.
-Xшлях --виключити=шлях
Шляхи, які потрібно виключити з пошуку .dll/.exe. Збірки в цих шляхах або їх
у підкаталогах не буде здійснюватися пошук залежностей і відсутніх збірок
посилання не спричинять помилку dh_clideps.
--exclude-moduleref=moduleref
ModuleRef для виключення з вирішення залежностей. dh_clideps не намагатиметься
вирішити залежності цих ModuleRefs. Зокрема, dh_clideps не вийде з ладу, якщо
ці moduleref нерозв’язані.
Може вказуватися кілька разів. Щоразу він виключає новий ModuleRef.
ModuleRefs, які потрібно виключити, можуть додатково мати префікс «i:» для вказівки case-
нечутливий збіг.
Якщо foo виключено, і foo, і foo.dll враховуватимуться під час відповідності виключенню.
внутрішньо-моно
Використовує моно виконання в . (використовується для завантаження монопакетів)
ПРИКЛАДИ
Припустімо, що ваш вихідний пакунок створює бінарні пакунки libfoo1.0-cil і libbar1.0-cil.
У вашому файлі правил спочатку запустіть dh_makeclilibs, а потім dh_clideps:
(приклад MONO_GAC_PREFIX)
dh_makeclilibs -V
dh_clideps -l debian/libfoo1.0-cil/usr:debian/libbar1.0-cil/usr або
(приклад MONO_PATH)
dh_clideps -l debian/foo-application/usr/lib/foo-application або
(приклад MONO_GAC_PREFIX)
dh_clideps -l debian/tmp/usr
Припустімо, що ваш вихідний пакет libquux1.0-cil також надсилає деякі приклади / USR / частки, і ти
не хочу втягувати ці залежності.
dh_clideps -X/usr/share
Припустімо, що ваш вихідний пакет має ModuleRef на libbaz, але працює правильно без нього.
Виключення цього ModuleRef не дозволить dh_clideps додати залежність пакета або
не вдається, якщо залежність libbaz нерозв’язана.
dh_clideps --exclude-moduleref=libbaz
Використовуйте dh_clideps онлайн за допомогою сервісів onworks.net