Le vendredi 20 juin 2014 à 20:02 +0200, Lennart Poettering a écrit :
2) I change the paths to store this in. I drop the coredumps in
/var/lib/systemd/coredump/ now. While the journal logs appear to be
something worth sharing across the network as logs; I am not
convinced that the
2014-06-23 10:28 GMT+02:00 Frederic Crozat fcro...@suse.com:
Le vendredi 20 juin 2014 à 20:02 +0200, Lennart Poettering a écrit :
2) I change the paths to store this in. I drop the coredumps in
/var/lib/systemd/coredump/ now. While the journal logs appear to be
something worth sharing
---
src/systemctl/systemctl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c
index 727be58..2dac67c 100644
--- a/src/systemctl/systemctl.c
+++ b/src/systemctl/systemctl.c
@@ -6644,7 +6644,7 @@ found:
} else {
On Mon, Jun 23, 2014 at 10:28:27AM +, Jay D Bhatt wrote:
Hi,
My systemd stops indefinitely at this point:
[ OK ] Reached target Login Prompts.
As Lennart suggested, I looked at my kernel version which is 3.0.35, which is
= 3.0, so should not give problem for systemd
On Mon, Jun 23, 2014 at 12:28 PM, Jay D Bhatt jay.bh...@igate.com wrote:
My systemd stops indefinitely at this point:
[ OK ] Reached target Login Prompts.
As Lennart suggested, I looked at my kernel version which is 3.0.35, which
is = 3.0, so should not give problem for systemd
On Fri, 20.06.14 21:28, Christian Hesse (l...@eworm.de) wrote:
Lennart Poettering lenn...@poettering.net on Fri, 2014/06/20 20:19:
On Sat, 14.06.14 01:13, Vasiliy Tolstov (v.tols...@selfip.ru) wrote:
As i see avahi development stopped.
Well, yeah, I am doign a shitty job at
On Sat, 21.06.14 09:05, Chase Rayfield (cusbr...@yahoo.com) wrote:
If I interpret that correctly, systemd would need to define
_sync_sub_and_fetch_4 when building for 32-bit processors which do not
support the __sync_sub_and_fetch operation natively.
Yes exactly... I think libatomic_ops can
Hi Zbyszek,
Now, I am able to mount temporary directory, I changed the /etc/fstab file and
was able to mount it. But still the systemd stops as previously at the same
point.
I think kernel should not be problem, because as per readme, it should be
greater than 3.0.
I wanted to check if the
HI Kay,
I have configured all kernel options supported in 3.0.35 kernel. I think smack
is not supported, but that should do.
Thanks,
Jay
~~Disclaimer~~~
Information
On Sat, 21.06.14 12:55, Kai Krakow (hurikha...@gmail.com) wrote:
Hello!
I wonder if it is possible to spawn systemd nspawn containers in a way that
the login manager and GUI start up in a nested Xorg server so that I can run
the container system in a window. I don't need the boot process
On Mon, 23.06.14 12:30, Jay D Bhatt (jay.bh...@igate.com) wrote:
Hi Zbyszek,
Now, I am able to mount temporary directory, I changed the /etc/fstab
file and was able to mount it. But still the systemd stops as
previously at the same point.
systemd will always mount /run and thelike on its
On Mon, 23.06.14 13:34, Michal Sekletar (msekl...@redhat.com) wrote:
What's the rationale?
So far the logic always was to turn systemctl invocations into NOPs so
that packaging scripts in invoked in chroot() environments won't
fail. Why do you want them to fail? This sounds wrong?
---
Hi Lennart,
Yes, I am working on ARM system, after solving the errors on kernel side, I got
uImage but it does not work.
But as you suggested, in README it says the kernel above 3.0 should work fine.
So, I should be on safe side then.
Thanks,
Jay
On 23/06/14 15:30, Lennart Poettering wrote:
On Sat, 21.06.14 09:05, Chase Rayfield (cusbr...@yahoo.com) wrote:
If I interpret that correctly, systemd would need to define
_sync_sub_and_fetch_4 when building for 32-bit processors which do not
support the __sync_sub_and_fetch operation
On Thu, 12.06.14 18:04, Luis R. Rodriguez (mcg...@do-not-panic.com) wrote:
Hey folks,
so I've been working on getting systemd support on xen for a bit now
and thanks to the last suggestion about the launcher here on
systemd-devel I think we're on the final stretch now. I'll be
submitting a
'Twas brillig, and Jay D Bhatt at 23/06/14 11:28 did gyre and gimble:
My systemd stops indefinitely at this point:
[ OK ] Reached target Login Prompts.
Just as a quick is it plugged in? type check, have you configured
anything that would perhaps conflict with getty@tty1?
I mean, unless
On Mon, 23.06.14 16:11, Samuli Suominen (ssuomi...@gentoo.org) wrote:
Thanks, but please work with the gcc developers to solve this
generically for all gcc users, instead of work around this limitation in
every individual project independently. It's certainly time much better
spent.
The attached patch fixes some incorrect-looking code in transaction.c.
It could fix cases where Debian users with bad package configurations
had systemd go into an infinite loop printing messages about breaking an
ordering cycle, though I have not reproduced that problem myself.
From
On Mon, Jun 23, 2014 at 02:46:42PM +0200, Lennart Poettering wrote:
On Mon, 23.06.14 13:34, Michal Sekletar (msekl...@redhat.com) wrote:
What's the rationale?
This came up while discussing the issue when some script saved list of actions
it took and same script could be called to undo those
On Mon, 23.06.14 16:02, Michal Sekletar (msekl...@redhat.com) wrote:
On Mon, Jun 23, 2014 at 02:46:42PM +0200, Lennart Poettering wrote:
On Mon, 23.06.14 13:34, Michal Sekletar (msekl...@redhat.com) wrote:
What's the rationale?
This came up while discussing the issue when some script
On Tue, 10.06.14 12:41, Chris Murphy (li...@colorremedies.com) wrote:
On Jun 9, 2014, at 5:24 PM, Colin Guthrie gm...@colin.guthr.ie wrote:
'Twas brillig, and Reindl Harald at 09/06/14 19:57 did gyre and gimble:
what disturbs me is they warning about touch /forcefsck while
it's
On Thu, 12.06.14 10:31, bia...@cn.fujitsu.com (bia...@cn.fujitsu.com) wrote:
Hi all
I have set Type=idle in my getty\@.service, but lots of service
run after getty.
The log like following.
--
localhost login: [ OK ] Started ...
[ OK
On Tue, 10.06.14 19:17, Kay Sievers (k...@vrfy.org) wrote:
On Tue, Jun 3, 2014 at 7:44 PM, Ronny Chevalier
chevalier.ro...@gmail.com wrote:
It was forgotten in b1e90ec515408aec2702522f6f68c4920b56375b
See https://bugs.freedesktop.org/show_bug.cgi?id=79582
Applied.
I reverted this a
On Mon, Jun 23, 2014 at 9:25 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 23.06.14 16:11, Samuli Suominen (ssuomi...@gentoo.org) wrote:
Thanks, but please work with the gcc developers to solve this
generically for all gcc users, instead of work around this limitation in
2014-06-23 16:49 GMT+02:00 Lennart Poettering lenn...@poettering.net:
On Tue, 10.06.14 19:17, Kay Sievers (k...@vrfy.org) wrote:
On Tue, Jun 3, 2014 at 7:44 PM, Ronny Chevalier
chevalier.ro...@gmail.com wrote:
It was forgotten in b1e90ec515408aec2702522f6f68c4920b56375b
See
Related files are at
http://people.debian.org/~biebl/systemd-dep-cycle/
Or a sample bug report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752259
2014-06-23 15:50 GMT+02:00 Uoti Urpala uoti.urp...@pp1.inet.fi:
The attached patch fixes some incorrect-looking code in transaction.c.
It
On Fri, Jun 20, 2014 at 08:02:54PM +0200, Lennart Poettering wrote:
On Tue, 14.05.13 19:09, Oleksii Shevchuk (alx...@gmail.com) wrote:
Heya!
Sorry for resurrecting this thread from last year. I never found the
time to merge this, but I finally had a closer look and then sat down
and tried
I haven't inquired directly with the GCC mailing list. But it seems thier
current stance
is to implement the builtins for architectures that have the instructions to
support
them and require the architectures that do not to supply a library.
Yes libatomic_ops is ugly but necessary unless the
On Mon, 2014-06-23 at 12:47 +, Jay D Bhatt wrote:
Hi Lennart,
Yes, I am working on ARM system, after solving the errors on kernel side, I
got uImage but it does not work.
But as you suggested, in README it says the kernel above 3.0 should work
fine. So, I should be on safe side
2014-06-23 16:13 GMT+04:00 Lennart Poettering lenn...@poettering.net:
Both. mDNS is a very much a peer-to-peer system, hence all participants
tend to implement both sides.
I actually intend to make this useful enough so that we can use it for
containers and the host to discover earch other
On 23/06/14 20:09, Vasiliy Tolstov wrote:
Because now with avahi i can't
publish additional addresses and need to patch sources to minimize
timeout from 5000msec to 1000msec. (my hosts does not have ptr
records and for each ping i have 5 sec timeout =()
It sounds as though you have a
---
.gitignore| 1 +
Makefile.am | 9 -
src/test/test-ratelimit.c | 49 +++
3 files changed, 58 insertions(+), 1 deletion(-)
create mode 100644 src/test/test-ratelimit.c
diff --git a/.gitignore b/.gitignore
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 0e4edf7..37a164e 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1635,7 +1635,7 @@ test_conf_files_LDADD = \
.PHONY: coverage lcov-run lcov-report coverage-sync
# run lcov from
add tests for:
- unit_instance_is_valid
- unit_prefix_is_valid
- unit_name_change_suffix
- unit_name_build
- unit_name_is_instance
- build_subslice
- unit_name_to_instance
- unit_name_escape
---
src/test/test-unit-name.c | 127 ++
1 file
Am 23.06.2014 21:09, schrieb Vasiliy Tolstov:
2014-06-23 16:13 GMT+04:00 Lennart Poettering lenn...@poettering.net:
Both. mDNS is a very much a peer-to-peer system, hence all participants
tend to implement both sides.
I actually intend to make this useful enough so that we can use it for
I think I came across this issue the other day (also booting on an arm board,
stuck at kernel 3.1), I think that it may be the change to the xattr support in
214 means systemd can no longer be booted if you don't have cgroups xattr
support. 213 seems fine, but I haven't tried to bisect it or
On Jun 23, 2014, at 8:42 AM, Lennart Poettering lenn...@poettering.net wrote:
On Tue, 10.06.14 12:41, Chris Murphy (li...@colorremedies.com) wrote:
On Jun 9, 2014, at 5:24 PM, Colin Guthrie gm...@colin.guthr.ie wrote:
'Twas brillig, and Reindl Harald at 09/06/14 19:57 did gyre and
On Mon, Jun 23, 2014 at 6:15 PM, Chris Murphy li...@colorremedies.com wrote:
But in any case, is there a better way to trigger fsck for ext3/4, and not
for XFS and Btrfs, based on some information other than fstab fs_passno? If
systemd knew the root file system type before mounting, it could
Applied all three. Thanks!
Tom
On Mon, Jun 23, 2014 at 9:28 PM, Ronny Chevalier
chevalier.ro...@gmail.com wrote:
add tests for:
- unit_instance_is_valid
- unit_prefix_is_valid
- unit_name_change_suffix
- unit_name_build
- unit_name_is_instance
- build_subslice
-
On Jun 23, 2014, at 5:06 PM, Mike Gilbert flop...@gentoo.org wrote:
On Mon, Jun 23, 2014 at 6:15 PM, Chris Murphy li...@colorremedies.com wrote:
But in any case, is there a better way to trigger fsck for ext3/4, and not
for XFS and Btrfs, based on some information other than fstab fs_passno?
Hi Steev,
You are almost correct. I use IMX6 board with 3.0.35 kernel ,but board is
sabreauto. Can you guide how you made systemd work or settings needed on these
board?
Thanks,
Jay
41 matches
Mail list logo
