Duncan posted on 09/29/17 2:08 AM as excerpted: > Or are we going to replace rm, and fdisk, and gdisk, and cfdisk, and > cgdisk, and who knows how many other binaries, with "safe" alternatives, > because some gentooer couldn't be bothered to think for a moment whether > a command in some instructions they're following is actually appropriate > to the situation and the environment they're working in?
Well, I think I understand what you want to say but actually your argument sounds a little bit strange. Gentoo is about choice, right? So a Gentoo user has the ability to choose between OpenRC or SystemD init systems (by the way, many thanks to the Gentoo developers for making this possible). But some developer(s) might provide a package with a wrapper tool so that instead of manual "translation" to your init system, you can just use type $ service <whatever> start And some users might want to use this package. So I do not see the problem, as long as nobody forces you to use the service tool. Actually, it adds a new choice for users: Either they use the service-tool or they invoke their init system commands as they have always done. Wouldn't a service-package be a little bit like sys-kernel/genkernel? You may know from the docs that you can call make bzImage, make modules and so on. Or you can (optionally) install sys-kernel/genkernel, configure it once and just call genkernel instead. Nobody forces you to use genkernel and the linux kernel build is always transparent for anybody who wants to use/look into it. Best wishes, Harald Weiner
