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 if
On Mon, Dec 10, 2012 at 12:46 AM, Dimitrios Apostolou 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
> distros.
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
locate
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.
Am 09.12.2012 18:55, schrieb Leonid Isaev:
On Sat, 08 Dec 2012 21:48:54 +0100
"G. Schlisio" 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 being called by
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
> >
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 uni
Hi Dimitrios,
On Sun, Dec 9, 2012 at 2:01 AM, Dimitrios Apostolou wrote:
> 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.
[...]
> So I'
On Sat, 08 Dec 2012 21:48:54 +0100
"G. Schlisio" 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 being called by upower. But to be sure we need to
see you
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.
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
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.
>
>
12 matches
Mail list logo
