4 ms·

> And of course you can open an issue on GitHub. Only do this if you've reproduced what seems to be a bug in one of the latest two releases, otherwise contact

> And of course you can open an issue on GitHub. Only do this if you've reproduced what seems to be a bug in one of the latest two releases, otherwise contact your distro. The systemd github issue tracker is not a support forum, you'll find this stated in the issue submission form.

kristjansson 6y ago
Fair advice, and they’re probably right to redirect most users that would file a bug with them. But on a normative level, perhaps a project that doesn’t want to support users shouldn’t have subsumed a huge swath of user land things?
- pengaru 6y ago
  > But on a normative level, perhaps a project that doesn’t want to support users shouldn’t have subsumed a huge swath of user land things? It's not that the project doesn't want to support users in some absolute sense, it just doesn't want it happening in github issues. The project provides the systemd-devel mailing list for that, but it's still preferred that users stuck on old versions determined by their distro's release cadence seek support from their distro vendor. It's likely such slow-moving distros are patching their LTS versions anyways, and are best positioned to support what they ship.
Dah00n 6y ago
If this is a bug in systemd it belongs at systemd no matter which version it is. If systemd doesn't want to do support that is their choice but distros aren't the right place to post systemd bugs. It only belongs there if it is either a bug in the distro itself or a support request for distro specific problems.
- pengaru 6y ago
  If you go filing bugs against old versions of systemd in the github issues, you're likely just going to receive a canned reply along the same lines of what I've already said. You may not like it, I'm just playing messenger here, to try save some bother on both sides of this subject. Use the mailing list for support questions, or contact your distro vendor for support.

kristjansson 6y ago

Fair advice, and they’re probably right to redirect most users that would file a bug with them. But on a normative level, perhaps a project that doesn’t want to support users shouldn’t have subsumed a huge swath of user land things?

pengaru 6y ago
> But on a normative level, perhaps a project that doesn’t want to support users shouldn’t have subsumed a huge swath of user land things? It's not that the project doesn't want to support users in some absolute sense, it just doesn't want it happening in github issues. The project provides the systemd-devel mailing list for that, but it's still preferred that users stuck on old versions determined by their distro's release cadence seek support from their distro vendor. It's likely such slow-moving distros are patching their LTS versions anyways, and are best positioned to support what they ship.

Dah00n 6y ago

If this is a bug in systemd it belongs at systemd no matter which version it is. If systemd doesn't want to do support that is their choice but distros aren't the right place to post systemd bugs. It only belongs there if it is either a bug in the distro itself or a support request for distro specific problems.

pengaru 6y ago
If you go filing bugs against old versions of systemd in the github issues, you're likely just going to receive a canned reply along the same lines of what I've already said. You may not like it, I'm just playing messenger here, to try save some bother on both sides of this subject. Use the mailing list for support questions, or contact your distro vendor for support.