Proposal: Removal of unmaintained service files
Dear Tor Packagers, The tor developers are considering removing the following unmaintained files: contrib/dist * rc.subr - script * tor.service.in - systemd service ini file Do any of your distribution packages use these files? If you only use one of them, please let us know which one. We're aware that these files don't work for some users. But we don't know which changes we should be making to these files, so they work for most users. Please open tickets to upstream any changes that you've made for your distribution: https://trac.torproject.org/projects/tor If there are multiple conflicting changes, we'll consult this list to work out which changes to apply upstream. For context, see: https://trac.torproject.org/projects/tor/ticket/30797 https://trac.torproject.org/projects/tor/ticket/31576 T -- teor ----------------------------------------------------------------------
On 2020-01-22 13:30, teor wrote:
Dear Tor Packagers,
The tor developers are considering removing the following unmaintained files:
contrib/dist * rc.subr - script * tor.service.in - systemd service ini file
Do any of your distribution packages use these files? If you only use one of them, please let us know which one.
FreeBSD definitely doesn't need them. Yuri
Date: Thu, 23 Jan 2020 07:30:54 +1000 From: teor <teor@riseup.net>
The tor developers are considering removing the following unmaintained files:
contrib/dist * rc.subr - script * tor.service.in - systemd service ini file
Do any of your distribution packages use these files? If you only use one of them, please let us know which one.
We're aware that these files don't work for some users. But we don't know which changes we should be making to these files, so they work for most users.
pkgsrc does not use them; pkgsrc has its own init script. (Brave also does not use these.)
contrib/dist * rc.subr - script * tor.service.in - systemd service ini file
Do any of your distribution packages use these files? If you only use one of them, please let us know which one.
We're aware that these files don't work for some users. But we don't know which changes we should be making to these files, so they work for most users.
Please open tickets to upstream any changes that you've made for your distribution: https://trac.torproject.org/projects/tor If there are multiple conflicting changes, we'll consult this list to work out which changes to apply upstream.
Fedora ships its own version: https://src.fedoraproject.org/rpms/tor/tree/master It's close to upstream, though a few things are different due to Fedora specialties (e.g. SELinux). When I look at #30797 I would argue these are mostly not bugs but enhancements, except for Apprmor (#16782), which merged upstream would weaken security on all non-apparmor secured platforms. And there I would even argue, if we don't add AppArmorProfile, we don't need to weaken. So I am not sure we can conclude that the systemd unit is not working when you build tor from source. In general I think it's good to have a starting point upstream that works for most. But well if there is no collaboration upstream (I am not really in a position to take that over) and tor devs don't think they know enough, it can also be dropped. best Marcel
participants (4)
-
mh -
Taylor R Campbell -
teor -
Yuri