Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 465984

Summary: app-admin/metalog: add systemd service unit
Product: Gentoo Linux Reporter: Fabio Erculiani (RETIRED) <lxnay>
Component: New packagesAssignee: Gentoo systemd Team <systemd>
Status: RESOLVED FIXED    
Severity: normal CC: base-system
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
URL: https://github.com/Sabayon/systemd-love/tree/master/app-admin/metalog
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 448882, 468898    

Description Fabio Erculiani (RETIRED) gentoo-dev 2013-04-15 12:48:01 UTC
At URL, I committed an ebuild and a service file for metalog, taken from the systemd overlay.

Reproducible: Always
Comment 1 Fabio Erculiani (RETIRED) gentoo-dev 2013-04-30 20:41:20 UTC
Last warning before I take over the bug and go ahead.
Comment 2 Fabio Erculiani (RETIRED) gentoo-dev 2013-05-20 09:10:14 UTC
+  20 May 2013; Fabio Erculiani <lxnay@gentoo.org> metalog-3.ebuild,
+  +files/metalog.service:
+  add systemd unit on behalf of the systemd team, fix bug #465984, overriding
+  unresponsive maintainer
+
Comment 3 SpanKY gentoo-dev 2013-05-21 21:18:34 UTC
(In reply to comment #2)

there is no "unresponsive maintainer".  this is assigned to systemd because no one else cares about this crap and the expectation is for the systemd herd to deal with this crap.
Comment 4 Fabio Erculiani (RETIRED) gentoo-dev 2013-05-21 21:29:01 UTC
base-system is the maintainer and was CCed (or assigned to the bug in other bugs).
Please read about the meaning of the word "unresponsive" and then have a look at the bug log.
Comment 5 SpanKY gentoo-dev 2013-05-21 21:44:41 UTC
(In reply to comment #4)

if you've followed any of the systemd requests w/base-system, you'd see that they've all been punted to the systemd herd with the expectation that they are to implement things.  systemd maintains systemd cruft, and since this bug is already assigned correctly, there's nothing for base-system to do.

you should also take your useless snark elsewhere.
Comment 6 Fabio Erculiani (RETIRED) gentoo-dev 2013-05-21 21:50:38 UTC
I will take it soon to devrel, don't worry.
Comment 7 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2013-06-12 19:22:52 UTC
(In reply to SpanKY from comment #3)
> (In reply to comment #2)
> 
> there is no "unresponsive maintainer".

What is it then? An unresponsive herd? This went according to the dev manual.

> this is assigned to systemd because no one else cares about this crap and the expectation is for the systemd herd to deal with this crap.

He is on that herd, I don't see the problem here; calling stuff crap is boring.

Similarly one could say nobody but toolchain cares enough to deal with toolchain crap; but, it's actually quite different in both cases, there are people outside of the herds that do care for the both of them...

(In reply to SpanKY from comment #5)
> (In reply to comment #4)
> 
> there's nothing for base-system to do.
> you should also take your useless snark elsewhere.

So; then why exactly are you commenting on a bug that is not in your interest, nobody expects you to do anything and you won't construct anything useful with your not so helpful comments?

Don't call things useless when you are not constructive yourself, that's snark.
Comment 8 Doug Goldstein (RETIRED) gentoo-dev 2013-06-12 21:43:14 UTC
base-system has enough packages to care about and to know about to have time to deal with another maintenance burden. base-system is the dumping ground for many things that people consider depends of a running system.

As far as we are concerned, if you want systemd unit files add them yourself. Plain and simple.
Comment 9 SpanKY gentoo-dev 2013-06-17 06:53:56 UTC
(In reply to Tom Wijsman (TomWij) from comment #7)

really don't know what you're trying to add to here
Comment 10 Markos Chandras (RETIRED) gentoo-dev 2013-06-17 11:53:32 UTC
(In reply to Tom Wijsman (TomWij) from comment #7)
> (In reply to SpanKY from comment #3)
> > (In reply to comment #2)
> > 
Please, it's best if we avoid such discussions in bugzilla.