Hello everybody,
for me this test fails and I think it is correct to skip it in case
permission is denied. Patch attached.
--
main(a){char*c=/*Schoene Gruesse */B?IJj;MEH
CX:;,b;for(a/*Chris get my mail address:*/=0;b=c[a++];)
putchar(b-1/(/*
On Tue, Jul 30, 2013 at 11:50:54AM +0200, Christian Hesse wrote:
Hello everybody,
for me this test fails and I think it is correct to skip it in case
permission is denied. Patch attached.
It *is* an error in the installation or environment if
unit files cannot be read. In almost all
If specified kernel command line rd.weak_sysroot, fstab-generate will
generate a weaker version of sysroot.mount:
- It's not required by initrd-root-fs.target.
- It's not before initrd-root-fs.target.
So that failure in the weaker sysroot.mount will not fail
initrd-root-fs.target. And systemd
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
If specified kernel command line rd.weak_sysroot, fstab-generate will
generate a weaker version of sysroot.mount:
- It's not required by initrd-root-fs.target.
- It's not before initrd-root-fs.target.
So that failure in
On Tue, Jul 30, 2013 at 1:52 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Tue, Jul 30, 2013 at 11:50:54AM +0200, Christian Hesse wrote:
Hello everybody,
for me this test fails and I think it is correct to skip it in case
permission is denied. Patch attached.
It *is* an error
Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl on Tue, 2013/07/30 13:52:
On Tue, Jul 30, 2013 at 11:50:54AM +0200, Christian Hesse wrote:
Hello everybody,
for me this test fails and I think it is correct to skip it in case
permission is denied. Patch attached.
It *is* an error in the
On 07/30/13 at 02:05pm, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
If specified kernel command line rd.weak_sysroot, fstab-generate will
generate a weaker version of sysroot.mount:
- It's not required by initrd-root-fs.target.
- It's not
On Tue, Jul 30, 2013 at 02:19:55PM +0200, Christian Hesse wrote:
Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl on Tue, 2013/07/30 13:52:
On Tue, Jul 30, 2013 at 11:50:54AM +0200, Christian Hesse wrote:
Hello everybody,
for me this test fails and I think it is correct to skip it in
[CC harald]
Not sure if this is right way to do or not but I will give more
background about the issue.
This assumption seems to be built into initramfs and systemd that root
should always be mountable. If one can't mount root, it is a fatal
failure.
But in case of kdump initramfs, this
On Tue, Jul 30, 2013 at 09:43:16AM -0400, Vivek Goyal wrote:
[CC harald]
Not sure if this is right way to do or not but I will give more
background about the issue.
This assumption seems to be built into initramfs and systemd that root
should always be mountable. If one can't mount root,
On Tue, Jul 30, 2013 at 2:27 PM, WANG Chao chaow...@redhat.com wrote:
On 07/30/13 at 02:05pm, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
- It's not before initrd-root-fs.target.
In case of kdump, 2nd kernel initrd is used to mount non-root
On 07/30/2013 03:46 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jul 30, 2013 at 09:43:16AM -0400, Vivek Goyal wrote:
[CC harald]
Not sure if this is right way to do or not but I will give more
background about the issue.
This assumption seems to be built into initramfs and systemd that
On Tue, Jul 30, 2013 at 4:02 PM, Tom Gundersen t...@jklm.no wrote:
On Tue, Jul 30, 2013 at 2:27 PM, WANG Chao chaow...@redhat.com wrote:
On 07/30/13 at 02:05pm, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
- It's not before initrd-root-fs.target.
On Tue, Jul 30, 2013 at 02:05:08PM +0200, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
If specified kernel command line rd.weak_sysroot, fstab-generate will
generate a weaker version of sysroot.mount:
- It's not required by
On Tue, Jul 30, 2013 at 04:02:17PM +0200, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 2:27 PM, WANG Chao chaow...@redhat.com wrote:
On 07/30/13 at 02:05pm, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
- It's not before initrd-root-fs.target.
On Tue, Jul 30, 2013 at 4:13 PM, Harald Hoyer har...@redhat.com wrote:
On 07/30/2013 03:46 PM, Zbigniew Jędrzejewski-Szmek wrote:
Maybe rootfsflags=nofail could do be used as this flag?
rootfsflags=nofail sounds ok, if it is not used for booting the initial
system.
Yeah, you are right, this
On 07/30/13 at 09:51am, Vivek Goyal wrote:
On Tue, Jul 30, 2013 at 07:53:11PM +0800, WANG Chao wrote:
If specified kernel command line rd.weak_sysroot, fstab-generate will
generate a weaker version of sysroot.mount:
- It's not required by initrd-root-fs.target.
- It's not before
On 07/30/13 at 04:02pm, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 2:27 PM, WANG Chao chaow...@redhat.com wrote:
On 07/30/13 at 02:05pm, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
- It's not before initrd-root-fs.target.
In case of
On 07/30/13 at 03:46pm, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jul 30, 2013 at 09:43:16AM -0400, Vivek Goyal wrote:
[CC harald]
Not sure if this is right way to do or not but I will give more
background about the issue.
This assumption seems to be built into initramfs and
On Tue, Jul 30, 2013 at 02:17:30PM +0200, Kay Sievers wrote:
On Tue, Jul 30, 2013 at 1:52 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Tue, Jul 30, 2013 at 11:50:54AM +0200, Christian Hesse wrote:
Hello everybody,
for me this test fails and I think it is correct to skip it
On Wed, Jul 31, 2013 at 12:46:22AM +0800, WANG Chao wrote:
On 07/31/13 at 12:32am, WANG Chao wrote:
On 07/30/13 at 03:46pm, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jul 30, 2013 at 09:43:16AM -0400, Vivek Goyal wrote:
[CC harald]
Not sure if this is right way to do or not but
'Twas brillig, and Vivek Goyal at 30/07/13 15:26 did gyre and gimble:
On Tue, Jul 30, 2013 at 02:05:08PM +0200, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
If specified kernel command line rd.weak_sysroot, fstab-generate will
generate a weaker
On Tue, Jul 30, 2013 at 07:34:01PM +0100, Colin Guthrie wrote:
'Twas brillig, and Vivek Goyal at 30/07/13 15:26 did gyre and gimble:
On Tue, Jul 30, 2013 at 02:05:08PM +0200, Tom Gundersen wrote:
On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao chaow...@redhat.com wrote:
If specified kernel
On Tue, Jul 30, 2013 at 8:41 PM, Vivek Goyal vgo...@redhat.com wrote:
On Tue, Jul 30, 2013 at 07:34:01PM +0100, Colin Guthrie wrote:
'Twas brillig, and Vivek Goyal at 30/07/13 15:26 did gyre and gimble:
FYI, I don't see any CC's on the original mail as displayed on GMane via
NNTP...
I am
On Wed, Jul 31, 2013 at 12:46:22AM +0800, WANG Chao wrote:
On 07/31/13 at 12:32am, WANG Chao wrote:
On 07/30/13 at 03:46pm, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jul 30, 2013 at 09:43:16AM -0400, Vivek Goyal wrote:
[CC harald]
Not sure if this is right way to do or not but
On 30/07/13 00:02, Lennart Poettering wrote:
Also, D-Bus needs to look for the bus socket in $XDG_RUNTIME_DIR too.
If you want this to happen (you in general, but especially Lennart who
is a D-Bus reviewer), please review, test and/or adopt
https://bugs.freedesktop.org/show_bug.cgi?id=61303. I
On Mon, Jul 29, 2013 at 10:02 PM, rekt...@voodoowarez.com wrote:
Hello. I'm curious, and perhaps maybe lazy: is there any way to do automount
units from a user
systemd instance?
I don't think this is possible given the security model around
automount. Specifically, the automount needs to
I have a Yocto-based embedded system (poky-dylan on a Cedartrail Atom),
which has been modified to use systemd. I've also added Samba 3.6.8 from
OpenEmbedded. The system has available busybox-udhcpc for a DHCP client, but
nothing is starting it. If I start it manually, then Samba works fine.
I
On Wed, Jul 31, 2013 at 1:16 AM, Paul D. DeRocco pdero...@ix.netcom.com wrote:
I have a Yocto-based embedded system (poky-dylan on a Cedartrail Atom),
which has been modified to use systemd. I've also added Samba 3.6.8 from
OpenEmbedded. The system has available busybox-udhcpc for a DHCP
On Mon, Jul 29, 2013 at 05:10:34PM -0500, William Giokas wrote:
On Tue, Jul 30, 2013 at 12:05:00AM +0200, Michael Biebl wrote:
One of the main reasons why the bash completion was split into
separate files named after the individual binary, is that
bash-completion will load the completions
---
Makefile.am | 3 ++-
shell-completion/zsh/_systemd | 30 +-
shell-completion/zsh/_systemd-inhibit | 27 +++
3 files changed, 30 insertions(+), 30 deletions(-)
create mode 100644
---
Makefile.am | 1 +
shell-completion/zsh/_systemd | 28 +---
shell-completion/zsh/_systemd-analyze | 26 ++
3 files changed, 28 insertions(+), 27 deletions(-)
create mode 100644
---
shell-completion/zsh/_systemd | 13 -
1 file changed, 13 deletions(-)
diff --git a/shell-completion/zsh/_systemd b/shell-completion/zsh/_systemd
index 8eced09..1addfa5 100644
--- a/shell-completion/zsh/_systemd
+++ b/shell-completion/zsh/_systemd
@@ -102,19 +102,6 @@ _ctls()
---
Makefile.am | 3 +++
shell-completion/zsh/_machinectl | 47 ++
shell-completion/zsh/_systemd| 49 +---
3 files changed, 51 insertions(+), 48 deletions(-)
create mode 100644
Actually displays a list of boot ID's and offsets to the user
---
shell-completion/zsh/_journalctl | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/shell-completion/zsh/_journalctl b/shell-completion/zsh/_journalctl
index 440e35d..4409fd7 100644
---
You can choose to have systemd-tmpfiles at configuration time, so only
install the completion for this if configured to do so.
---
Makefile.am| 3 +++
shell-completion/zsh/_systemd | 12 +---
shell-completion/zsh/_systemd-tmpfiles | 10 ++
3
---
Makefile.am | 1 +
shell-completion/zsh/_systemctl | 340
shell-completion/zsh/_systemd | 327 +-
3 files changed, 342 insertions(+), 326 deletions(-)
create mode 100644
---
Makefile.am| 3 ++
shell-completion/zsh/_loginctl | 112 +
shell-completion/zsh/_systemd | 109 +--
3 files changed, 116 insertions(+), 108 deletions(-)
create mode 100644
---
Makefile.am | 3 +++
shell-completion/zsh/_hostnamectl | 38 ++
shell-completion/zsh/_systemd | 34 +-
3 files changed, 42 insertions(+), 33 deletions(-)
create mode 100644
Re-ordered some of the options and added a few that were missing
previously as well.
---
Makefile.am | 1 +
shell-completion/zsh/_journalctl | 83
shell-completion/zsh/_systemd| 70 +
3 files
---
Makefile.am | 3 ++
shell-completion/zsh/_localectl | 89 +
shell-completion/zsh/_systemd | 86 +--
3 files changed, 93 insertions(+), 85 deletions(-)
create mode 100644
---
Makefile.am | 3 +++
shell-completion/zsh/_systemd | 38 +--
shell-completion/zsh/_systemd-coredumpctl | 34 +++
3 files changed, 38 insertions(+), 37 deletions(-)
create mode 100644
---
Makefile.am | 3 ++
shell-completion/zsh/_systemd | 67 +---
shell-completion/zsh/_timedatectl | 71 +++
3 files changed, 75 insertions(+), 66 deletions(-)
create mode 100644
---
Makefile.am | 1 +
shell-completion/zsh/_systemd | 142 +-
shell-completion/zsh/_udevadm | 141 +
3 files changed, 143 insertions(+), 141 deletions(-)
create mode 100644
---
Makefile.am | 1 +
shell-completion/zsh/_systemd| 26 +-
shell-completion/zsh/_systemd-nspawn | 24
3 files changed, 26 insertions(+), 25 deletions(-)
create mode 100644 shell-completion/zsh/_systemd-nspawn
Moved zsh shell completion to shell-completion/zsh/_systemd for
automake's sake. Also allow users to specify where the files should go
with::
./configure --with-zshcompletiondir=/path/to/some/where
and by default going to `$datadir/zsh/site-functions`
---
My server is down for maintenance, so
46 matches
Mail list logo