I just ran gitea from the command line to set it up with postgresql only to be unable to start gitea.service because it requires mysql to be installed.
Seems like our dependency is too hard, we should definitely remove Requires=mysqld.service. Looking at the official systemd unit file at https://github.com/go-gitea/gitea/blob/master/contrib/systemd/gitea.service they have: After=syslog.target After=network.target #After=mysqld.service #After=postgresql.service #After=memcached.service #After=redis.service While in Gentoo we have: After=network.target Requires=network.target After=mysqld.service Requires=mysqld.service Can you please test with the following? After=network.target Requires=network.target After=mysqld.service After=postgresql.service After=memcached.service After=redis.service If that doesn't work, we will probably need to remove all the database deps (like in the openrc script).
Here it is: > Gitea requires MySQL, PostgreSQL, MSSQL, SQLite3 or TiDB. (In reply to Tomáš Mózes from comment #1) > Seems like our dependency is too hard, we should definitely remove > Requires=mysqld.service. Looking at the official systemd unit file at > https://github.com/go-gitea/gitea/blob/master/contrib/systemd/gitea.service > they have: > > After=syslog.target > After=network.target > #After=mysqld.service > #After=postgresql.service > #After=memcached.service > #After=redis.service > > While in Gentoo we have: > After=network.target > Requires=network.target > After=mysqld.service > Requires=mysqld.service > > Can you please test with the following? > After=network.target > Requires=network.target > After=mysqld.service > After=postgresql.service > After=memcached.service > After=redis.service > > If that doesn't work, we will probably need to remove all the database deps > (like in the openrc script). That allows the service to start, but it fails with >Nov 24 23:10:21 gentooserver postgres[2175]: 2018-11-24 23:10:21.155 CST [4064] LOG: could not receive data from client: Connection reset by peer Starting from the command line still works.
I believe this is then fixed in 1.7.4, if not, please reopen, thanks.
Um, it depends on postgresql, which isn't a valid service. It needs to depend on postgresql-11.service.
Then we nwed to name all current postgresql versions 9.4..11.
PR is pendings since 16 days. (https://github.com/gentoo/gentoo/pull/11808) I don't know what else I can do…
(In reply to Felix Neumärker from comment #6) > PR is pendings since 16 days. > (https://github.com/gentoo/gentoo/pull/11808) > I don't know what else I can do… Become a dev or grow in patience :)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=05b7acaa3d40b21b40f56cc8541f6c74d9eaa02e commit 05b7acaa3d40b21b40f56cc8541f6c74d9eaa02e Author: Felix Neumärker <xdch47@posteo.de> AuthorDate: 2019-04-24 06:25:13 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2019-06-07 13:17:46 +0000 www-apps/gitea: bump to 1.8.2 + fix systemd service Closes: https://bugs.gentoo.org/671596 Closes: https://bugs.gentoo.org/684196 Closes: https://bugs.gentoo.org/685616 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Felix Neumärker <xdch47@posteo.de> Closes: https://github.com/gentoo/gentoo/pull/11977 Signed-off-by: Michał Górny <mgorny@gentoo.org> www-apps/gitea/Manifest | 1 + www-apps/gitea/files/gitea.initd-r3 | 22 +++++++ www-apps/gitea/files/gitea.service-r2 | 34 +++++++++++ www-apps/gitea/gitea-1.8.2.ebuild | 104 ++++++++++++++++++++++++++++++++++ 4 files changed, 161 insertions(+)
