On Sun, Dec 09, 2012 at 04:01:08AM +0200, Dimitrios Apostolou wrote:
Hello list,
from a reply I got to a bug report (FS#32817, reply is private) I
found out that configuration files in /etc/conf.d are deprecated and
that the supported way is to replicate and customize service files.
Dimitrios Apostolou wrote:
Hello list,
from a reply I got to a bug report (FS#32817, reply is private) I found
out that configuration files in /etc/conf.d are deprecated and that the
supported way is to replicate and customize service files.
Imagine that in /usr unit file the daemon is
The issue with /etc/conf.d is that it's Arch-specific. There are still
a lot of cases where the packages themselves still provide the units,
but there is a push to get them upstream whenever possible to remove a
lot of burden from the packagers, and share more work between
distributions.
On Sat, 8 Dec 2012, Curtis Shimamoto wrote:
On 12/09/12 at 04:01am, Dimitrios Apostolou wrote:
Imagine that in /usr unit file the daemon is being called as binary
-d. So I create the /etc unit file that supersedes it and calls it
as blah -d -n1. Then the package gets updated and the /usr unit
On 12/09/12 at 05:23pm, Dimitrios Apostolou wrote:
On Sat, 8 Dec 2012, Curtis Shimamoto wrote:
On 12/09/12 at 04:01am, Dimitrios Apostolou wrote:
Imagine that in /usr unit file the daemon is being called as binary
-d. So I create the /etc unit file that supersedes it and calls it
as blah -d
Am 09.12.2012 18:55, schrieb Leonid Isaev:
On Sat, 08 Dec 2012 21:48:54 +0100
G. Schlisio g.schli...@dukun.de wrote:
[...]
how can i get to know, why this is happening, and maybe stop it?
I suspect the issue is in pm-utils' pm-powersave script which executes power
saving hooks, and is in turn
On 12/08/2012 10:59 AM, Matthew Gyurgyik wrote:
On 12/08/2012 06:37 AM, Tobias Powalowski wrote:
Hi,
seems syslinux changed some things more than I expected,
could thomas or gerado look at the changes?
http://www.syslinux.org/archives/2012-December/018747.html
I don't have time this afternoon.
Tom, thank you very much for the extensive reply, I've been searching a
lot for the reasoning you explained.
On Sun, 9 Dec 2012, Tom Gundersen wrote:
Speed is not a concern.
The way things should ideally work, IMHO, is:
Options related to the init-system, such as where the lock-file is
On Mon, Dec 10, 2012 at 12:46 AM, Dimitrios Apostolou ji...@gmx.net wrote:
Personally I believe all distros that switch to systemd will add their own
twist to it. Distro-independant Unit files sounds like Utopia. In reality I
expect unit files to be patched for various custom needs of different
For those of you who care (and you may not number very many):
As it stands, Gummiboot doesn't support calling back to Matthew Garrett's
shim and until this happens it won't work in secure boot mode. I'm not
aware of Pierre Schmitz's reasoning for using Gummiboot as opposed to
rEFInd, but
10 matches
Mail list logo