Ran
|
Files
293
|
Run time
1min
|
Badge
Embed ▾
README BADGES
|
push
travis-ci
<a href="https://github.com/tarantool/tarantool/commit/<a class=hub.com/tarantool/tarantool/commit/e788b8a10635430f4c4e6addc3036a1018259510">e788b8a10<a href="https://github.com/tarantool/tarantool/commit/e788b8a10635430f4c4e6addc3036a1018259510">">debian: don&#39;t install systemd service file twice It fixes the following errors during tarantool installation from packages on debian / ubuntu: ``` Unpacking tarantool (1.9.1.23.gacbd91c-1) ... dpkg: error processing archive /var/cache/apt/archives/tarantool_1.9.1.23.gacbd91c-1_amd64.deb (--unpack): trying to overwrite &#39;/lib/systemd/system/tarantool.service&#39;, which is also in package tarantool-common 1.9.1.23.gacbd91c-1 ``` The problem is that tarantool.service file was shipped with tarantool-common and tarantool packages both. It is the regression after </a><a class="double-link" href="https://github.com/tarantool/tarantool/commit/<a class="double-link" href="https://github.com/tarantool/tarantool/commit/8925b8622f381378684de633e917229051e3482f">8925b8622</a>">8925b8622</a><a href="https://github.com/tarantool/tarantool/commit/e788b8a10635430f4c4e6addc3036a1018259510">. The way to avoid installing / enabling the service file within tarantool package is to pass `--name` option to dh_systemd_enable, but do not pass the service file name. In that case dh_systemd_enable does not found the service file and does not enforce existence of the file. Hope there is less hacky way to do so, but I don't found one at the moment.
38202 of 46904 relevant lines covered (81.45%)
900475.75 hits per line
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line |
---|