Hello,
Why are there two git trees:
one in
git://anongit.freedesktop.org/systemd/systemd
and the second in
https://github.com/systemd/systemd.git
It seems to me that the first one is the primary one, and there
are cases when the second tree is not yet synchronized with the
first one (which might b
I can work on a patch that creates the new header, if this is something
you'd be willing to consider.
On 08/04/14 09:04, Samuli Suominen wrote:
> First, some history, we have within Gentoo been pushing changes to
> uClibc head for functions that are used
> by the udev code of systemd, that were pr
First, some history, we have within Gentoo been pushing changes to
uClibc head for functions that are used
by the udev code of systemd, that were prior to that, only in glibc.
I assume this is the way you want to see things integrated, to not carry
uClibc specific hacks in systemd's code.
However,
This patch enables basic ipip tunnel support.
It works with kernel module ipip
Example configuration
file: ipip.netdev
--
[NetDev]
Name=ipip-tun
Kind=ipip
[Tunnel]
Local=192.168.8.102
Remote=10.4.4.4
TTL=64
MTUBytes=1480
file: ipip.network
--
[Mat
On 07.04.2014 19:55, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Apr 07, 2014 at 05:34:10PM +0200, Lukáš Nykrýn wrote:
>> The reason why this was not rewritten a long time ago is that the
>> initscript tries to figure some of those values by itself (for
>> example the MAC address). But yes, we nee
On 07.04.2014 17:34, Lukáš Nykrýn wrote:
> Dne 6.4.2014 17:59, poma napsal(a):
>>
>> /etc/sysconfig/netconsole:
>> # This is the EnvironmentFile for the netconsole service. Starting this
>> # service enables the capture of dmesg output on a destination machine.
>>
>> # Source port
>> SRC_PORT=12345
On Mon, Apr 07, 2014 at 03:10:14PM -0400, Vivek Goyal wrote:
> On Mon, Apr 07, 2014 at 10:07:20PM +0400, Andrey Borzenkov wrote:
> > В Mon, 7 Apr 2014 13:40:17 -0400
> > Vivek Goyal пишет:
> >
> > >
> > > Defining a new target which by default waits for all the local fs target
> > > sounds inter
This makes "systemd-analyze plot" read host information from remote.
While we are it show if this is a virtualized system.
https://bugs.freedesktop.org/show_bug.cgi?id=76498
Reported-by: Zach
---
src/analyze/analyze.c | 105 ++
1 file changed, 81
This is needed to fix bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76498
Reported-by: Zach
---
src/hostname/hostnamed.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
index abafa62..ca80d50 100644
--- a/src/hostn
Fix bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76498
First, please apply this series:
http://lists.freedesktop.org/archives/systemd-devel/2014-March/018257.html
The fix needs these patches too!
I did make this information available on the bus of hostnamed, since
Lennart suggested that w
At least LXC does not allow the container root to change
the OOM Score adjust value.
Signed-off-by: Richard Weinberger
---
Hi!
Within Linux containers we cannot use OOMScoreAdjust nor CapabilityBoundingSet
(and maybe
more related settings).
This patch tells systemd to ignore OOMScoreAdjust if i
On Mon, Apr 07, 2014 at 10:07:20PM +0400, Andrey Borzenkov wrote:
> В Mon, 7 Apr 2014 13:40:17 -0400
> Vivek Goyal пишет:
>
> >
> > Defining a new target which by default waits for all the local fs target
> > sounds interesting. Again, I have the question, what will happen to
> > local-fs-all.t
El 07/04/14 15:15, Kevin Wilson escribió:
What it the reason for this concatenation?
automake "subdir-objects" does this..
--
Cristian
Team PITA
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailma
Hi,
I noticed this fact:
For the following source modules:
src/test/test-sched-prio.c
src/test/test-sched-prio.c
src/test/test-unit-file.c
src/test/test-unit-name.c
There are the following object files:
test_sched_prio-test-sched-prio.o
test_cgroup_mask-test-cgroup-mask.o
test_unit_file-test-unit
В Mon, 7 Apr 2014 13:40:17 -0400
Vivek Goyal пишет:
>
> Defining a new target which by default waits for all the local fs target
> sounds interesting. Again, I have the question, what will happen to
> local-fs-all.target if some device does not show up and say one of the
> mounts specified in /
On Mon, Apr 07, 2014 at 05:34:10PM +0200, Lukáš Nykrýn wrote:
> The reason why this was not rewritten a long time ago is that the
> initscript tries to figure some of those values by itself (for
> example the MAC address). But yes, we need to do something with
> netconsole. It is a blocker for my i
On Sat, Apr 05, 2014 at 04:24:01AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Apr 04, 2014 at 05:30:03PM -0400, Vivek Goyal wrote:
> > On Fri, Apr 04, 2014 at 02:44:50PM +0800, WANG Chao wrote:
> > > In kdump kernel, we need mount certain file system, and we use "nofail"
> > > for all moun
Dne 6.4.2014 17:59, poma napsal(a):
/etc/sysconfig/netconsole:
# This is the EnvironmentFile for the netconsole service. Starting this
# service enables the capture of dmesg output on a destination machine.
# Source port
SRC_PORT=12345
# Source IP address
SRC_IP=192.168.1.2
# Source network d
On Mon, Apr 7, 2014 at 12:28 PM, Susant Sahani wrote:
>> +r = manager_init_kmod_ctx(m);
>> Maybe just do
>>
>> manager->kmod_ctx = kmod_ctx_new(NULL, NULL);
>> if (!manager->kmod_ctx) {
>> r = -ENOMEM;
>> etc...
>> }
>>
>> and drop the wrapping function (see above).
>
> A
On 04/07/2014 11:09 AM, Susant Sahani wrote:
On 04/07/2014 03:13 PM, "Jóhann B. Guðmundsson" wrote:
On 04/07/2014 04:35 AM, Susant Sahani wrote:
This will be much nicer if we simply use "ipip" as the kind, rather
than "tunnel".
Done !
Hmm...
I think it got right the first place from a us
On 04/07/2014 03:13 PM, "Jóhann B. Guðmundsson" wrote:
On 04/07/2014 04:35 AM, Susant Sahani wrote:
This will be much nicer if we simply use "ipip" as the kind, rather
than "tunnel".
Done !
Hmm...
I think it got right the first place from a usability perspective as
in kind=tunnel then we
Hey Tom,
Thanks, just rebuilt the kernel. Works ;-P
On Mon, Apr 7, 2014 at 6:46 PM, Tomasz Torcz wrote:
> On Mon, Apr 07, 2014 at 06:42:41PM +0800, Aaron Lewis wrote:
>> Hi,
>>
>> I'm sure what changed in version 209, everything is just fine in 208.
>>
>> Now I can't boot my system once again. (
On Mon, Apr 07, 2014 at 06:42:41PM +0800, Aaron Lewis wrote:
> Hi,
>
> I'm sure what changed in version 209, everything is just fine in 208.
>
> Now I can't boot my system once again. (Downgrade always works)
>
> Here's the problem at boot,
>
> I get a dev-sda1.XX timeout message, that's just w
Ah it's "I'm not sure" in the first line, typing too fast, my bad
On Mon, Apr 7, 2014 at 6:42 PM, Aaron Lewis wrote:
> Hi,
>
> I'm sure what changed in version 209, everything is just fine in 208.
>
> Now I can't boot my system once again. (Downgrade always works)
>
> Here's the problem at boot,
Hi,
I'm sure what changed in version 209, everything is just fine in 208.
Now I can't boot my system once again. (Downgrade always works)
Here's the problem at boot,
I get a dev-sda1.XX timeout message, that's just weird.
Checked journalctl -xn, nothing helpful, only a few lines says dependency
On 04/07/2014 02:39 PM, Tom Gundersen wrote:
On Mon, Apr 7, 2014 at 9:44 AM, Susant Sahani wrote:
This patch enables basic ipip tunnel support.
It works with kernel module ipip
Example configuration
file: ipip.netdev
[NetDev]
Name=ipip-tun
Kind=ipip
[Tunnel]
Local=192.168.8.102
Remote=10.4.4
On 04/07/2014 04:35 AM, Susant Sahani wrote:
This will be much nicer if we simply use "ipip" as the kind, rather
than "tunnel".
Done !
Hmm...
I think it got right the first place from a usability perspective as in
kind=tunnel then we need to introduce mode= in the associated network
file
On Mon, Apr 7, 2014 at 9:44 AM, Susant Sahani wrote:
> This patch enables basic ipip tunnel support.
> It works with kernel module ipip
>
> Example configuration
>
> file: ipip.netdev
> [NetDev]
> Name=ipip-tun
> Kind=ipip
>
> [Tunnel]
> Local=192.168.8.102
> Remote=10.4.4.4
> TTL=64
> MTUBytes=14
This patch enables basic ipip tunnel support.
It works with kernel module ipip
Example configuration
file: ipip.netdev
[NetDev]
Name=ipip-tun
Kind=ipip
[Tunnel]
Local=192.168.8.102
Remote=10.4.4.4
TTL=64
MTUBytes=1480
file: ipip.network
[Match]
Name=eth0
[Network]
Tunnel=ipip-tun
---
Makefile
On Mon, Apr 7, 2014 at 6:35 AM, Susant Sahani wrote:
> I have addressed all your comments.
Cool.
> However I have some queries
> Please find below.
>> Hm, we can probably reuse some of the existing address parsing
>> functions don't you think? And we should also check the address
>> faimilies he
30 matches
Mail list logo
