autotools에서 .deb를 패키징하는 데 문제가 있습니다. (설치, debhelper 확인,...)

저는 현재 C, C++, Python 등 여러 언어로 작성된 소스 코드가 포함된 대규모 프로젝트를 구축하고 있습니다. 나는 최근 적절한 설치를 위해 자동 도구를 처리하는 데 (고통스럽게) 관리했습니다. 다음 단계는 우리 프로젝트가 debianstretch에서 실행되도록 설계되었으므로 .deb를 생성하는 것입니다.

이 작업을 수행하기 위해 여러 가지 방법을 시도했지만 제대로 작동하지 않습니다.

checkinstall에 의해 생성된 Tree.deb:

    unpack/
├── etc
│   └── nina
│       ├── auto_blacklist.txt
│       ├── blacklist.txt
│       ├── conf
│       ├── keywords.txt
│       ├── rubbish_links.txt
│       └── whitelist.txt
└── usr
    ├── local
    │   ├── bin
    │   │   ├── geckodriver
    │   │   └── nina
    │   ├── lib
    │   │   └── python2.7
    │   │       └── dist-packages
    │   │           ├── nina.py
    │   │           ├── nina_py_installed_files.txt
    │   │           ├── Uinput_wrapping_module-2.0.egg-info
    │   │           └── uinput_wrapping_module.so
    │   └── share
    │       └── man
    │           └── man1
    │               └── nina.1.gz
    └── share
        └── doc
            └── nina
                ├── COPYING
                ├── doc
                │   ├── Doxyfile
                │   └── nina.1
                ├── README
                └── README.md

debhelper(v9)에 의해 생성된 Tree.deb:

unpack/
├── etc
│   └── nina
│       ├── auto_blacklist.txt
│       ├── blacklist.txt
│       ├── conf
│       ├── keywords.txt
│       ├── rubbish_links.txt
│       └── whitelist.txt
└── usr
    ├── bin
    │   └── nina
    ├── lib
    │   └── python2.7
    │       └── dist-packages
    │           └── nina.py
    └── share
        ├── doc
        │   └── nina
        │       ├── changelog.Debian.gz
        │       └── copyright
        └── man
            └── man1
                └── nina.1.gz

보시다시피, 완전히 동일하지는 않습니다(sic). 나는 그것이 무엇인지 어느 정도 이해합니다 checkinstall. make install 명령을 실행하고 파일 출력을 가져와 설치 위치에 배치합니다.내 거기계. debhelper여기에 더 적합한 도구인 것 같습니다. ( install /usr/lib대신 Install 을 /usr/local/lib사용하면 패키지에 서명할 수 있습니다.) 이 방법을 선호하지만 예상대로 작동하지 않습니다.

계속하다거대한debhelper 방식의 또 다른 장점은 debian/control 등에 지정된 종속성을 실제로 처리한다는 것입니다. 그러나 checkinstall은 그렇지 않습니다.

debhelper가 수행하지 않는 작업:

• 인터넷 소스에서 일부 바이너리(geckodriver)를 가져와서 /usr/bin에 넣습니다.

• 직접 만든 Python 모듈 설치

install-exec-local:uninstall-local:이러한 작업은 Makefile.am에서 (각각 & ) 메서드를 재정의 하고 일부 bash 명령을 실행하여 수행됩니다.

---

그래서 내 질문은: 두 포장 옵션의 가장 좋은 부분을 어떻게 유지하여 "완벽"하게 만들 수 있습니까?