On 2015-09-01 18:47, Simon McVittie wrote:
> On 01/09/15 17:21, Goffredo Baroncelli wrote:
>> I discovered that bootctl assume as default mount point for the ESP
>> partition the /boot directory. Instead it seems to me that the most part
>> of distributions prefers /boot/efi.
>
> For some
On Tue, Sep 1, 2015 at 7:47 PM, Simon McVittie <
simon.mcvit...@collabora.co.uk> wrote:
> On 01/09/15 17:21, Goffredo Baroncelli wrote:
> > I discovered that bootctl assume as default mount point for the ESP
> > partition the /boot directory. Instead it seems to me that the most part
> > of
On Tue, Sep 01, 2015 at 05:47:57PM +0100, Simon McVittie wrote:
> On 01/09/15 17:21, Goffredo Baroncelli wrote:
> > I discovered that bootctl assume as default mount point for the ESP
> > partition the /boot directory. Instead it seems to me that the most part
> > of distributions prefers
On Tue, Sep 1, 2015 at 8:08 PM, Tomasz Torcz wrote:
> On Tue, Sep 01, 2015 at 05:47:57PM +0100, Simon McVittie wrote:
>> On 01/09/15 17:21, Goffredo Baroncelli wrote:
>> > I discovered that bootctl assume as default mount point for the ESP
>> > partition the /boot directory.
Take the following structure:
A.service:
Requires=base.service
Type=fork
Restarts=no
B.service:
Requires=base.service
Type=fork
Restarts=no
After=A
C.service:
Requires=base.service
Type=fork
Restarts=no
After=B
Up.target:
Requires=A B C
Normally, systemctl start up.target brings up base, A,
On 2015-09-01 14:23, Kay Sievers wrote:
On Tue, Sep 1, 2015 at 8:08 PM, Tomasz Torcz
wrote:
On Tue, Sep 01, 2015 at 05:47:57PM +0100, Simon McVittie wrote:
On 01/09/15 17:21, Goffredo Baroncelli wrote:
AIUI, /boot/efi also makes it a bit easier to have the ESP remain
2015-09-01 11:45 GMT+02:00 Michael Biebl :
> As it looks like, Martin (Ubuntu/Debian) and myself (Debian) will be going.
Let's say, we are planning to go :-)
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Hi, All,
I found that in bus-message.c , the bus_message_from_header() seems to
misuse the _cleanup_free_ ,
int bus_message_from_header()
{
_cleanup_free_ sd_bus_message *m = NULL;
==>
_cleanup_bus_message_unref_
Hi Li,
On Tue, Sep 01, 2015 at 06:56 AM CEST, eshark wrote:
> I wonder why the sd_bus_slot_unref() always returns NULL? I expect
> that I can check whether the slot->n_ref ==0 by checking its return
> value.
It is my understanding that NULL is returned so that you can
Hi,
2015-08-31 14:46 GMT+02:00 Lukáš Nykrýn :
> We have never did "mass backport", because most of them were irrelevant
> for our ancient systemd in rhel. It is handy when I am looking for some
> bugfix in upstream and the first step was to go through such patches.
>
> By the
On Tue, 01.09.15 12:56, eshark (eshar...@163.com) wrote:
>
> Hi, all
>
>
> I wonder why the sd_bus_slot_unref() always returns NULL? I expect that
> I can check whether the slot->n_ref ==0 by checking its return value.
> That is
>
>
> _public_ sd_bus_slot*
Hi Kay,
I am playing with bootctl; I discovered that bootctl assume as default mount
point for the ESP partition the /boot directory. Instead it seems to me that
the most part of distributions prefers /boot/efi. I am wrong ?
I am working on a patch that automatically check if the
On 01/09/15 17:21, Goffredo Baroncelli wrote:
> I discovered that bootctl assume as default mount point for the ESP
> partition the /boot directory. Instead it seems to me that the most part
> of distributions prefers /boot/efi.
For some context, the reasoning for /boot/efi is:
In some
13 matches
Mail list logo