Slava Matyukhin

Since 1.27 release, "ubic status" decides on cached/non-cached status for every service separately, and shows non-cached status if "current user" eq "service user". Question about forcing non-cached check in other...

Hey :) Sorry, still didn't got to this task. Patches welcome!

Or maybe just do it on each `ubic status` command automatically, if current user is root.

This looks sane to me. I believe you won't have to prompt for anything (except for the config file name), since `--batch-mode` is already a thing. `UBIC_CONFIG_FILE` is a good...

Sorry I left you hanging for such a long time. I moved on from Perl and the community in the last two years... I still use Ubic (I'm using the...

This might work, thanks, I didn't know about it. As far as I remember, the issue also about the order of real/effective _group_ assignments. I see that there is `POSIX::setgid`,...

> It is not obvious (yet documented), that complementary groups for user foo will be used. Wait, where is it documented? Ubic uses main/complementary groups of user **only if** no...

Ok, new plan which ties everything together: 1) Implement service wrappers mechanism. Something like: ``` Ubic::Service::Wrapper::LSB->new->wrap( Ubic::Service::Wrapper::WithLocks->new->wrap( Ubic::Service::Wrapper::WithPersistentStatuses->wrap( $service # SimpleDaemon, for example ) ) ); ``` The point is...

Wrappers will be useful outside of the scope of this task too, of course. Some of the ideas for their application can be found at `http://www.slideshare.net/berekuk/ubic-yapc-2012`, slide 25.

> There isn't any roles implementation which can be applied to objects instead of classes without causing memory leaks. Because perl doesn't have anonymous classes. I was wrong. Moose's `apply_all_roles`...