On Thu, Mar 26, 2015 at 5:47 PM, Djalal Harouni tix...@opendz.org wrote:
On Fri, Mar 27, 2015 at 12:30:53AM +0100, Tom Gundersen wrote:
On Thu, Mar 26, 2015 at 9:19 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 24.03.15 11:11, Shawn Landden (sh...@churchofgit.com) wrote:
Hello Kai,
Kai Hendry [2015-03-27 12:18 +0800]:
Wish there was a service validator service.
Not sure what you changed, but systemd-analyze verify foo.service
might be a good start?
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian
Some of cgroup properties does not affect to sibling
cgroups. CPUShares and BlockIOWeight are only needed to be propagated.
---
src/core/cgroup.c | 29 -
src/core/cgroup.h | 2 ++
2 files changed, 30 insertions(+), 1 deletion(-)
diff --git a/src/core/cgroup.c
On Thu, Mar 26, 2015 at 1:19 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 24.03.15 11:11, Shawn Landden (sh...@churchofgit.com) wrote:
Will result in slightly smaller binaries, and cuts out the branch, even if
the expression is still executed.
I am sorry, but the whole point
On Thu, Mar 26, 2015 at 1:31 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 24.03.15 11:16, Shawn Landden (sh...@churchofgit.com) wrote:
And those arches don't get much testing too.
---
CODING_STYLE | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
On Fri, 2015-03-27 at 11:36 +0100, Martin Pitt wrote:
Hello all,
in [1] I just got a report that journalctl --list-boots (with
persistant journal) only shows a few old boots, but not current ones.
I checked this on my system (which has had persistant journal for a
while), and confirm that:
Looks nice. Minor nitpicks below.
On Sun, Mar 22, 2015 at 1:36 PM, Michael Olbrich
m.olbr...@pengutronix.de wrote:
---
man/systemd.automount.xml | 8 ++
man/systemd.mount.xml | 9 ++
src/core/automount.c | 209
Hello all,
in [1] I just got a report that journalctl --list-boots (with
persistant journal) only shows a few old boots, but not current ones.
I checked this on my system (which has had persistant journal for a
while), and confirm that:
$ journalctl --list-boots
-2
On Wed, Mar 25, 2015 at 2:37 PM, Patrik Flykt
patrik.fl...@linux.intel.com wrote:
Expiring prefixes need not be handled anymore as the kernel has been
instructed not to create routes for DHCPv6 assigned addresses via the
IFA_F_NOPREFIXROUTE flag.
Great stuff. Please push all three!
-t
---
Hi Ash,
We do want some functionality like this. However, I don't think we
should simply default to assuming the DHCP server is also a DNS
server. The way it should work is to pass to the client all the (non
restricted, i.e., where Domains= is not set, or includes the wildcard)
DNS servers
Hi Shawn,
On Thu, Mar 26, 2015 at 11:21:54PM -0700, Shawn Landden wrote:
On Thu, Mar 26, 2015 at 5:47 PM, Djalal Harouni tix...@opendz.org wrote:
On Fri, Mar 27, 2015 at 12:30:53AM +0100, Tom Gundersen wrote:
On Thu, Mar 26, 2015 at 9:19 AM, Lennart Poettering
lenn...@poettering.net wrote:
Hi Shawn,
Could you redo the commit message to explain what's going on here?
I.e., what ends up being 'wrong' when we ignore TZDIR? Maybe also make
this clearer in the warning.
-t
On Tue, Mar 24, 2015 at 8:02 PM, Shawn Landden sh...@churchofgit.com wrote:
I liked having the DST information. It
On Fri, 2015-03-27 at 12:05 +0100, Tom Gundersen wrote:
On Wed, Mar 25, 2015 at 2:37 PM, Patrik Flykt
patrik.fl...@linux.intel.com wrote:
Expiring prefixes need not be handled anymore as the kernel has been
instructed not to create routes for DHCPv6 assigned addresses via the
I liked having the DST information. It is a pity glibc doesn't export
this information.
If TZDIR is set, glibc will look there rather than /usr/share/zoneinfo.
See tzset(3).
---
src/timedate/timedatectl.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
On Fri, Mar 27, 2015 at 2:04 PM, Djalal Harouni tix...@opendz.org wrote:
Hi Shawn,
On Thu, Mar 26, 2015 at 11:21:54PM -0700, Shawn Landden wrote:
On Thu, Mar 26, 2015 at 5:47 PM, Djalal Harouni tix...@opendz.org wrote:
On Fri, Mar 27, 2015 at 12:30:53AM +0100, Tom Gundersen wrote:
On Thu,
On Fri, Mar 27, 2015 at 1:45 PM, Chris Murphy li...@colorremedies.com wrote:
I had the same problem with Fedora 20 and 21 inexplicably, and could
never figure out a pattern. That's systemd 208 - 216. I haven't
experienced it with 218 or 219 but those F22 systems haven't lived
very long either.
2015-03-27 20:45 GMT+01:00 Jan Janssen medhe...@web.de:
Martin Pitt martin.pitt at ubuntu.com writes:
Hello all,
in [1] I just got a report that journalctl --list-boots (with
persistant journal) only shows a few old boots, but not current ones.
I checked this on my system (which has had
On 2015-03-27 21:06, Michael Biebl wrote:
2015-03-27 20:45 GMT+01:00 Jan Janssen medhe...@web.de:
Martin Pitt martin.pitt at ubuntu.com writes:
Hello all,
in [1] I just got a report that journalctl --list-boots (with
persistant journal) only shows a few old boots, but not current ones.
I
I had the same problem with Fedora 20 and 21 inexplicably, and could
never figure out a pattern. That's systemd 208 - 216. I haven't
experienced it with 218 or 219 but those F22 systems haven't lived
very long either. What I've tended to do is delete all the journals
and reboot and then it works
Martin Pitt martin.pitt at ubuntu.com writes:
Hello all,
in [1] I just got a report that journalctl --list-boots (with
persistant journal) only shows a few old boots, but not current ones.
I checked this on my system (which has had persistant journal for a
while), and confirm that:
What
# journalctl --verify
PASS:
/var/log/journal/567a68a5c2672114bcf5192d0008/system@32eb70b2195d4cf69066be8d99a7a407-0001-00050f6ed83c9f0d.journal
PASS:
There are still some journal~ files there. They may not be corrupted,
but maybe still trip some journal interleaving code up. Can see how it
fares without those?
Jan
On 2015-03-27 21:44, Michael Biebl wrote:
# journalctl --verify
PASS:
I am trying to start a service that requires using a library that has the
same name as a preexisting one (it is a patched version). It is located in
a different path so that if I want to start it at the command line I can do
this:
LD_LIBRARY_PATH=/opt/foo/lib /usr/bin/foo_c
But when I do this:
On Mar 27, 2015 23:03, Smith, Kenneth ksmit...@jaguarlandrover.com
wrote:
I am trying to start a service that requires using a library that has the
same name as a preexisting one (it is a patched version). It is located in
a different path so that if I want to start it at the command line I can
Ha ha yeah, no. My mistake. But it is showing the behavior of the unpatched
library.
On 27 March 2015 at 14:24, Mantas Mikulėnas graw...@gmail.com wrote:
On Mar 27, 2015 23:03, Smith, Kenneth ksmit...@jaguarlandrover.com
wrote:
I am trying to start a service that requires using a library
On 03/28/2015 09:25 AM, David Timothy Strauss wrote:
On Thu, Mar 26, 2015 at 7:33 PM, WaLyong Cho walyong@samsung.com wrote:
Thanks, understood. But I think this propagation is needed only for
taking weight argument such like CPUShares=weight,
StartupCPUShares=weight, BlockIOWeight=weight,
On Thu, Mar 26, 2015 at 7:33 PM, WaLyong Cho walyong@samsung.com wrote:
Thanks, understood. But I think this propagation is needed only for
taking weight argument such like CPUShares=weight,
StartupCPUShares=weight, BlockIOWeight=weight,
StartupBlockIOWeight=weight,
On Fri, Mar 27, 2015 at 1:56 PM, Smith, Kenneth
ksmit...@jaguarlandrover.com wrote:
I am trying to start a service that requires using a library that has the
same name as a preexisting one (it is a patched version). It is located in
a different path so that if I want to start it at the
28 matches
Mail list logo