mirrors/synapse
1
0
Fork 0
mirror of https://github.com/element-hq/synapse.git synced 2024-12-22 12:44:30 +03:00
Code Issues Projects Releases Packages Wiki Activity
synapse/debian/control

48 lines
1.2 KiB
Text
Raw Permalink Normal View History

Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
Source: matrix-synapse-py3
Section: contrib/python
Priority: extra
Maintainer: Synapse Packaging team <packages@matrix.org>
Improve `Depends` specs in debian package. (#5675) This is basically a contrived way of adding a `Recommends` on `libpq5`, to fix #5653. The way this is supposed to happen in debhelper is to run `dh_shlibdeps`, which in turn runs `dpkg-shlibdeps`, which spits things out into `debian/<package>.substvars` whence they can later be included by `control`. Previously, we had disabled `dh_shlibdeps`, mostly because `dpkg-shlibdeps` gets confused about PIL's interdependent objects, but that's not really the right thing to do and there is another way to work around that. Since we don't always use postgres, we don't necessarily want a hard Depends on libpq5, so I've actually ended up adding an explicit invocation of `dpkg-shlibdeps` for `psycopg2`. I've also updated the build-depends list for the package, which was missing a couple of entries.
2019-07-17 19:47:07 +03:00
# keep this list in sync with the build dependencies in docker/Dockerfile-dhvirtualenv.
import from package-debian-synapse
2018-12-10 20:14:34 +03:00
Build-Depends:
debhelper (>= 9),
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
dh-systemd,
Install the optional dependencies into the debian package (#4325) since #4298, the optional dependencies are no longer installed with a simple `pip install .`, which meant that they were not being included in the debian package. The easy fix to that is dh_virtualenv --extras, but that needs dh_virtualenv 1.1...
2019-01-02 10:17:39 +03:00
dh-virtualenv (>= 1.1),
Improve `Depends` specs in debian package. (#5675) This is basically a contrived way of adding a `Recommends` on `libpq5`, to fix #5653. The way this is supposed to happen in debhelper is to run `dh_shlibdeps`, which in turn runs `dpkg-shlibdeps`, which spits things out into `debian/<package>.substvars` whence they can later be included by `control`. Previously, we had disabled `dh_shlibdeps`, mostly because `dpkg-shlibdeps` gets confused about PIL's interdependent objects, but that's not really the right thing to do and there is another way to work around that. Since we don't always use postgres, we don't necessarily want a hard Depends on libpq5, so I've actually ended up adding an explicit invocation of `dpkg-shlibdeps` for `psycopg2`. I've also updated the build-depends list for the package, which was missing a couple of entries.
2019-07-17 19:47:07 +03:00
libsystemd-dev,
libpq-dev,
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
lsb-release,
python3-dev,
python3,
python3-setuptools,
python3-pip,
python3-venv,
Improve `Depends` specs in debian package. (#5675) This is basically a contrived way of adding a `Recommends` on `libpq5`, to fix #5653. The way this is supposed to happen in debhelper is to run `dh_shlibdeps`, which in turn runs `dpkg-shlibdeps`, which spits things out into `debian/<package>.substvars` whence they can later be included by `control`. Previously, we had disabled `dh_shlibdeps`, mostly because `dpkg-shlibdeps` gets confused about PIL's interdependent objects, but that's not really the right thing to do and there is another way to work around that. Since we don't always use postgres, we don't necessarily want a hard Depends on libpq5, so I've actually ended up adding an explicit invocation of `dpkg-shlibdeps` for `psycopg2`. I've also updated the build-depends list for the package, which was missing a couple of entries.
2019-07-17 19:47:07 +03:00
libsqlite3-dev,
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
tar,
Update debian Conflicts specifications (#4349) ... to allow installation alongside our matrix-synapse transitional package.
2019-01-04 20:24:13 +03:00
Standards-Version: 3.9.8
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
Homepage: https://github.com/matrix-org/synapse
import from package-debian-synapse
2018-12-10 20:14:34 +03:00
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
Package: matrix-synapse-py3
Architecture: amd64
Update debian Conflicts specifications (#4349) ... to allow installation alongside our matrix-synapse transitional package.
2019-01-04 20:24:13 +03:00
Provides: matrix-synapse
s/Breaks/Conflicts/ in debian/control Otherwise people can't upgrade from matrix-synapse without removing it first
2019-01-11 20:05:45 +03:00
Conflicts:
matrix-synapse (<< 0.34.0.1-0matrix2),
matrix-synapse (>= 0.34.0.1-1),
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
Pre-Depends: dpkg (>= 1.16.1)
import from package-debian-synapse
2018-12-10 20:14:34 +03:00
Depends:
adduser,
debconf,
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
python3-distutils|libpython3-stdlib (<< 3.6),
${misc:Depends},
Improve `Depends` specs in debian package. (#5675) This is basically a contrived way of adding a `Recommends` on `libpq5`, to fix #5653. The way this is supposed to happen in debhelper is to run `dh_shlibdeps`, which in turn runs `dpkg-shlibdeps`, which spits things out into `debian/<package>.substvars` whence they can later be included by `control`. Previously, we had disabled `dh_shlibdeps`, mostly because `dpkg-shlibdeps` gets confused about PIL's interdependent objects, but that's not really the right thing to do and there is another way to work around that. Since we don't always use postgres, we don't necessarily want a hard Depends on libpq5, so I've actually ended up adding an explicit invocation of `dpkg-shlibdeps` for `psycopg2`. I've also updated the build-depends list for the package, which was missing a couple of entries.
2019-07-17 19:47:07 +03:00
${shlibs:Depends},
debian package: symlink to python-3.X (#4433) In the debian package, make the virtualenv symlink python to /usr/bin/python3.X rather than /usr/bin/python3. Also make sure we depend on the right python3.x package. This might help a bit with subtle failures when people install a package from the wrong distro (https://github.com/matrix-org/synapse/issues/4431).
2019-01-23 14:43:04 +03:00
${synapse:pydepends},
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
# some of our scripts use perl, but none of them are important,
# so we put perl:Depends in Suggests rather than Depends.
Improve `Depends` specs in debian package. (#5675) This is basically a contrived way of adding a `Recommends` on `libpq5`, to fix #5653. The way this is supposed to happen in debhelper is to run `dh_shlibdeps`, which in turn runs `dpkg-shlibdeps`, which spits things out into `debian/<package>.substvars` whence they can later be included by `control`. Previously, we had disabled `dh_shlibdeps`, mostly because `dpkg-shlibdeps` gets confused about PIL's interdependent objects, but that's not really the right thing to do and there is another way to work around that. Since we don't always use postgres, we don't necessarily want a hard Depends on libpq5, so I've actually ended up adding an explicit invocation of `dpkg-shlibdeps` for `psycopg2`. I've also updated the build-depends list for the package, which was missing a couple of entries.
2019-07-17 19:47:07 +03:00
Recommends:
${shlibs1:Recommends},
import from package-debian-synapse
2018-12-10 20:14:34 +03:00
Suggests:
Debian packaging via dh_virtualenv (#4285)
2018-12-20 14:33:29 +03:00
sqlite3,
${perl:Depends},
import from package-debian-synapse
2018-12-10 20:14:34 +03:00
Description: Open federated Instant Messaging and VoIP server
Matrix is an ambitious new ecosystem for open federated Instant
Messaging and VoIP. Synapse is a reference Matrix server
implementation.
Reference in a new issue Copy permalink