Andrei Borzenkov composed on 2015-01-20 06:35 (UTC+0300):
> Mon, 19 Jan 2015 17:59:41 -0500 Felix Miata composed:
>> Has anything been done in more recent releases about this? I do a lot of
>> cloning, and sometimes produce typos on grub cmdlines and fstab lines. This
>> produces long delays in i
В Mon, 19 Jan 2015 17:59:41 -0500
Felix Miata пишет:
> Has anything been done in more recent releases about this? I do a lot of
> cloning, and sometimes produce typos on grub cmdlines and fstab lines. This
> produces long delays in init followed by emergency mode when the
> non-essential mount fa
Has anything been done in more recent releases about this? I do a lot of
cloning, and sometimes produce typos on grub cmdlines and fstab lines. This
produces long delays in init followed by emergency mode when the
non-essential mount fails and fstab for that device does not include the
nofail optio
On 01/19/2015 09:57 PM, Dan Kenigsberg wrote:
On Mon, Jan 19, 2015 at 04:51:48PM +, "Jóhann B. Guðmundsson" wrote:
On 01/19/2015 02:18 PM, Dan Kenigsberg wrote:
How should this be implemented in the realm of systemd?
I would think via udev rule + systemd-networkd
Could you elaborate your
On Mon, Jan 19, 2015 at 04:51:48PM +, "Jóhann B. Guðmundsson" wrote:
>
> On 01/19/2015 02:18 PM, Dan Kenigsberg wrote:
> >How should this be implemented in the realm of systemd?
>
> I would think via udev rule + systemd-networkd
Could you elaborate your idea? Do you suggest adding a udev rul
Is there something else I can do to help you figure out how to fix
this problem?
Do you have a system with lots of logs to test on yourself?
There is at least one Fedora/Redhat bug that is similar, but
seems it was opened a long time ago and not much came of it.
Thanks,
Ben
On 01/14/2015 10:50
On Mon, Jan 19, 2015 at 3:14 PM, Lennart Poettering
wrote:
> On Mon, 19.01.15 09:47, Manuel Lauss (manuel.la...@gmail.com) wrote:
>
>> Can anyone please point out why the .MIPS.abiflags sections are
>> omitted entirely?
>> I've tried to build with STRIP=/bin/true but that didn't help, and I don't
On Mon, Jan 19, 2015 at 08:54:52PM +0300, Andrei Borzenkov wrote:
> > What is causing this behavior? I have tried to replicate it by hand through
> > a
> > combination of mount and unshare, and the only way I can get a mount to
> > persist
> > in the unshare namespace after being unmounted in the
В Mon, 19 Jan 2015 11:33:42 -0500
Lars Kellogg-Stedman пишет:
> On Sat, Jan 17, 2015 at 11:02:01PM -0500, Lars Kellogg-Stedman wrote:
> > The TL;DR is that restarting a service with PrivateTmp=true appears to
> > preserve references to any mounts in the parent mount namespace that
> > were active
On Sun, Jan 18, 2015 at 12:52 PM, Kay Sievers wrote:
> On Sun, Jan 18, 2015 at 7:53 PM, Shawn Landden
> wrote:
> > From: Shawn Paul Landden
> >
> > The current Debian solution to this is really ugly, and I would rather
> > have them use the correct patch even if split usr is dumb.
>
> Please ke
On Mon, Jan 19, 2015 at 12:07:16PM -0500, Chris Atkinson wrote:
> s/aditional/additional/
Thanks. It is fixed by one of the later patches fortunately.
Zbyszek
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org
s/aditional/additional/
Regards,
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On 01/19/2015 02:18 PM, Dan Kenigsberg wrote:
How should this be implemented in the realm of systemd?
I would think via udev rule + systemd-networkd
What are ovirt's plan regarding systemd-networkd support/integration?
JBG
___
systemd-devel mailing
On Sat, Jan 17, 2015 at 11:02:01PM -0500, Lars Kellogg-Stedman wrote:
> The TL;DR is that restarting a service with PrivateTmp=true appears to
> preserve references to any mounts in the parent mount namespace that
> were active at the time the service was started. If these mounts are
> later unmou
El 19/01/15 a las 05:47, Manuel Lauss escribió:
The systemd build process manages to create binaries without this
.MIPS.abiflags section, and this leads the 3.18 kernel to refuse to load it:
Nope, the build process does no such thing, your toolchain is buggy,
wild guess is that --gc-sections
On 19/01/15 08:39 -0500, Daniel J Walsh wrote:
On 01/19/2015 12:27 AM, Lars Kellogg-Stedman wrote:
On Sun, Jan 18, 2015 at 11:38:12PM -0500, Lars Kellogg-Stedman wrote:
I think we actually want MountFlags=slave, which will permit mounts
from the global namespace to propagate into the service n
Hello, list.
I'm an http://oVirt.org developer, and we plan to (finally) support
SR-IOV cards natively. Working on this feature, we've noticed that
something is missing in the platform OS.
If I maintain a host with sr-iov cards, I'd like to use the new kernel
method of defining how many virtual f
On Mon, 19.01.15 09:47, Manuel Lauss (manuel.la...@gmail.com) wrote:
> Can anyone please point out why the .MIPS.abiflags sections are
> omitted entirely?
> I've tried to build with STRIP=/bin/true but that didn't help, and I don't
> know
> enough about the build process to fix it myself.
Maybe
On 01/19/2015 12:27 AM, Lars Kellogg-Stedman wrote:
> On Sun, Jan 18, 2015 at 11:38:12PM -0500, Lars Kellogg-Stedman wrote:
>> I think we actually want MountFlags=slave, which will permit mounts
>> from the global namespace to propagate into the service namespace
>> without permitting propagation
On Mon, Jan 19, 2015 at 2:26 PM, Djalal Harouni wrote:
> Hi,
>
> On Mon, Jan 19, 2015 at 10:46:23AM +0100, Rémi Audebert wrote:
> > Signed-off-by: Rémi Audebert
> Your email is in base64 format, the following was set:
> "Content-Transfer-Encoding: base64"
>
> Classic tools do not understand it a
On Mon, Jan 19, 2015 at 02:42:31PM +0200, Mantas Mikulėnas wrote:
> On Mon, Jan 19, 2015 at 2:26 PM, Djalal Harouni wrote:
>
> > Hi,
> >
> > On Mon, Jan 19, 2015 at 10:46:23AM +0100, Rémi Audebert wrote:
> > > Signed-off-by: Rémi Audebert
> > Your email is in base64 format, the following was set
Hi,
On Mon, Jan 19, 2015 at 10:46:23AM +0100, Rémi Audebert wrote:
> Signed-off-by: Rémi Audebert
Your email is in base64 format, the following was set:
"Content-Transfer-Encoding: base64"
Classic tools do not understand it and we have to decode in order to
inspect... please check this link [1]
Hey Andrei,
Andrei Borzenkov [2015-01-17 16:00 +0300]:
> > | Requires=ifup@eth0.service
> > | After=ifup@eth0.service
>
> After should be redundant here - Requires implies After for target.
No, both are required in this case. If you just say Requires, then
ifup@eth0.service will be started, but
Signed-off-by: Rémi Audebert
---
kdbus.txt | 6 +++---
match.c| 2 +-
pool.c | 2 +-
queue.c| 4 ++--
test/kdbus-util.c | 2 +-
test/test-connection.c | 4 ++--
6 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/kdbus
Hello,
MIPS Linux recently introduced updates to its FPU ABI, and for that to
work correctly,
ELF binaries now have to have a ".MIPS.abiflags" section. This is an example
binary built with binutils 2.25+:
readelf -hl /lib/libc.so.6
[...]
Section to Segment mapping:
Segment Sections...
00
25 matches
Mail list logo