This allows make rules for generated build files (i.e. configure,
Makefile.in, ... ) to be skipped. This is useful when
the source is stored without timestamps (for example in CVS or GIT).
When the build rules trigger to regenerate the build files, it tries to
use the same autotools version (cur
Hi,
please consider the attached bootctl man page to fix RHBZ#1014303. As a
bonus I'm also attaching zsh completion rules for bootctl.
Cheers,
--
Marko Myllynen
>From 02399073f22fcdaf1af7f36fc5494fb12ba045a7 Mon Sep 17 00:00:00 2001
From: Marko Myllynen
Date: Tue, 12 Nov 2013 17:10:17 +0200
Su
---
src/systemctl/systemctl.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c
index 8b6dae2..737cd67 100644
--- a/src/systemctl/systemctl.c
+++ b/src/systemctl/systemctl.c
@@ -1445,11 +1445,12 @@ static
---
src/activate/activate.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/activate/activate.c b/src/activate/activate.c
index dffc6e2..2639d1c 100644
--- a/src/activate/activate.c
+++ b/src/activate/activate.c
@@ -289,6 +289,8 @@ static int help(void) {
" -l --listen=A
getopt_long() was told to accept -s which was never implemented.
---
src/activate/activate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/activate/activate.c b/src/activate/activate.c
index 07e46b9..dffc6e2 100644
--- a/src/activate/activate.c
+++ b/src/activate/activate
Based on the autotools docs, it looks like this would change the
default to enabled "maintainer mode," meaning developers would need to
run --disable-maintainer-mode to maintain the current behavior. Is
this correct?
If that's so, then maybe the suggested ./configure command from
./autogen.sh shou
On 13/11/13 12:24, David Timothy Strauss wrote:
> Based on the autotools docs, it looks like this would change the
> default to enabled "maintainer mode," meaning developers would need to
> run --disable-maintainer-mode to maintain the current behavior. Is
> this correct?
Absence of AM_MAINTAINER_
Thanks. Applied.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Thanks. Applied.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Thanks. Applied.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Thanks. Applied.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
---
src/journal/journald-console.c | 33 ++---
1 files changed, 30 insertions(+), 3 deletions(-)
diff --git a/src/journal/journald-console.c b/src/journal/journald-console.c
index be55f94..93e3241 100644
--- a/src/journal/journald-console.c
+++ b/src/journal/journald
On 11/11/13 18:23, Zbigniew
Jędrzejewski-Szmek wrote:
On Mon, Nov 11, 2013 at 05:50:51PM +0100, Abdelghani Ouchabane wrote:
On 11/11/13 17:35, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Nov 11, 2013 at 05:26:28PM +0100, Abdelghani
On Tue, 12.11.13 11:31, NeilBrown (ne...@suse.de) wrote:
>
> Hi,
> I wonder if I could get some advice
>
> mdadm is quite good at assembling arrays incrementally. "udev" runs
> "mdadm -I" for each new device and mdadm gathers them into arrays and
> activates the array once all the expected
2013/11/13 NeilBrown :
> On Tue, 12 Nov 2013 19:01:49 +0400 Andrey Borzenkov
> wrote:
>
>> В Tue, 12 Nov 2013 21:17:19 +1100
>> NeilBrown пишет:
>>
>> > On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH
>> > wrote:
>> >
>> > > On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
>> > > > On Tue,
Tom Gundersen (t...@jklm.no) said:
> Without criticizing any of the existing solutions, some of the things
> that motivated my interest in this is that I think we need: something
> easily configured via plain configuration files by a sysadmin,
> something that would take a limited amount of space
On Wed, Nov 13, 2013 at 5:31 PM, Bill Nottingham wrote:
> Tom Gundersen (t...@jklm.no) said:
>> Without criticizing any of the existing solutions, some of the things
>> that motivated my interest in this is that I think we need: something
>> easily configured via plain configuration files by a sys
2013/11/13 Alexander E. Patrakov :
> Colin Guthrie wrote:
>>
>> Hi,
>>
>> In this bug report https://bugs.mageia.org/show_bug.cgi?id=11645 a user is
>> unable to enter their encrypted root password via a wireless keyboard
>> connected with a Logitech, Inc. Unifying Receiver.
>
>
> Just in case, I d
'Twas brillig, and Alexander E. Patrakov at 13/11/13 16:49 did gyre and
gimble:
> 2013/11/13 Alexander E. Patrakov :
>> Colin Guthrie wrote:
>>>
>>> Hi,
>>>
>>> In this bug report https://bugs.mageia.org/show_bug.cgi?id=11645 a user is
>>> unable to enter their encrypted root password via a wireles
2013/11/13 Colin Guthrie :
> 'Twas brillig, and Alexander E. Patrakov at 13/11/13 16:49 did gyre and
> gimble:
>> 2013/11/13 Alexander E. Patrakov :
>>> Colin Guthrie wrote:
Hi,
In this bug report https://bugs.mageia.org/show_bug.cgi?id=11645 a user is
unable to enter their
'Twas brillig, and Alexander E. Patrakov at 13/11/13 17:18 did gyre and
gimble:
> 2013/11/13 Colin Guthrie :
>> 'Twas brillig, and Alexander E. Patrakov at 13/11/13 16:49 did gyre and
>> gimble:
>>> 2013/11/13 Alexander E. Patrakov :
Colin Guthrie wrote:
>
> Hi,
>
> In this bug
On Nov 13, 2013 8:03 AM, "Lennart Poettering"
wrote:
>
> I also have the suspicion that the best strategy for handling degraded
> arrays is to timeout and not assemble them but rather put the system in
> a state where the admin has to become active. Auto-assembling degraded
> arrays has the feel o
2013/11/13 Colin Guthrie :
> What about if you generate it with the keyboard plugged in? It should
> include the usbhid module then, but does it actually work?
Will try a bit later, but I suspect this is the wrong direction of thought.
> The problem we're encountering is that even with the usbhid
2013/11/13 Alexander E. Patrakov :
> 2013/11/13 Colin Guthrie :
>> What about if you generate it with the keyboard plugged in? It should
>> include the usbhid module then, but does it actually work?
>
> Will try a bit later, but I suspect this is the wrong direction of thought.
A host-only initram
'Twas brillig, and Alexander E. Patrakov at 13/11/13 17:55 did gyre and
gimble:
> 2013/11/13 Alexander E. Patrakov :
>> 2013/11/13 Colin Guthrie :
>>> What about if you generate it with the keyboard plugged in? It should
>>> include the usbhid module then, but does it actually work?
>>
>> Will try
2013/11/14 Colin Guthrie :
> What kernel are you using out of interest?
This kernel is a git snapshot between 3.12.0-rc2 and -rc3. Compiled on Gentoo.
--
Alexander E. Patrakov
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://li
On Tue, 2013-11-12 at 23:19 +0100, Tom Gundersen wrote:
> Hi Dan,
>
> On Tue, Nov 12, 2013 at 10:38 PM, Dan Williams wrote:
> > 1) what is lacking in other userspace solutions (NetworkManager,
> > ConnMan, wicked, initscripts, etc) that requires
> > yet-another-network-daemon?
>
> Without critic
---
src/dhcp/test-dhcp-client.c | 81 +++
1 file changed, 81 insertions(+)
create mode 100644 src/dhcp/test-dhcp-client.c
diff --git a/src/dhcp/test-dhcp-client.c b/src/dhcp/test-dhcp-client.c
new file mode 100644
index 000..26857b6
--- /dev/null
+++
Add maximum message size option to keep some DHCP server implementations
from sending too big messages. See ConnMan commit
0c5c862749c05193cf4c513628328c6db02b5222.
---
src/dhcp/client.c | 10 ++
src/dhcp/protocol.h |1 +
2 files changed, 11 insertions(+)
diff --git a/src/dhcp/cli
Open a packet socket, create a link level header, send packet and
close socket. Adding it to a separate file makes testing of the
DHCP sending much easier, as the test program can supply any socket
to the DHCP client code.
---
src/dhcp/internal.h |2 ++
src/dhcp/network.c | 63 +
Require a main loop to be set when creating a DHCP client. Set up
a timer to resend DHCP Discover messages and add a 0-2 second
delay to the timeout value. Move to state Selecting after successful
sending of a Discover message.
---
src/dhcp/client.c | 77
Set a fake MAC address and emulate raw packet sending. When the buffer
containing the Discover message is received, check selected IP and
UDP headers and compute IP header and UDP message checksums. Also
send the DHCP message for option parsing and expect a successful
outcome.
---
Makefile.am
Create a new directory to host DHCP components.
---
src/dhcp/protocol.h | 93 +++
1 file changed, 93 insertions(+)
create mode 100644 src/dhcp/protocol.h
diff --git a/src/dhcp/protocol.h b/src/dhcp/protocol.h
new file mode 100644
index 000..3
Add functions to append and parse DHCP options. Not all options
are passed to the callback function, the ones not exposed are
pad, end, message type and overload. If indicated by the overload
option, file and sname fields will be examined for more options.
The option functions are internal to DHCP
The client test program is the only one to be built so far.
---
Makefile.am | 15 +++
configure.ac |9 +
src/dhcp/Makefile |1 +
3 files changed, 25 insertions(+)
create mode 12 src/dhcp/Makefile
diff --git a/Makefile.am b/Makefile.am
index 789ca02..c
The test program runs the DHCP protocol using libsystemd-dhcp.
---
src/dhcp/dhcp-example-client.c | 112
1 file changed, 112 insertions(+)
create mode 100644 src/dhcp/dhcp-example-client.c
diff --git a/src/dhcp/dhcp-example-client.c b/src/dhcp/dhcp-examp
---
Makefile.am | 10 ++
1 file changed, 10 insertions(+)
diff --git a/Makefile.am b/Makefile.am
index 1c73423..f079822 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -3760,6 +3760,12 @@ libsystemd_dhcp_la_LDFLAGS = \
libsystemd_dhcp_la_LIBADD = \
libsystemd-shared.la
+dhcp_ex
---
Makefile.am | 10 ++
src/dhcp/test-dhcp-option.c | 16 +++-
2 files changed, 17 insertions(+), 9 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index cc52f01..aeca484 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -3740,6 +3740,15 @@ endif
#
---
Provide functionality for initializing a DHCP client struct, setting
interface index, last used address and additional options to request.
On initialization the most useful options are added by default.
---
src/dhcp/client.c | 137 +
src/dhcp/cl
Hi,
This patch set implements a DHCPv4 client library named libsystemd-dhcp
to be used with systemd-network.
The code implements the DHCP protocol from the INIT state up to expiry,
T1 and T2 timer setting, but does nothing in response to the IP address
reacquisition T1 and T2 timers being
Create a function for handling the full IP, UDP and DHCP packet
and tie it to the main loop. Verify IP and UDP headers and checksum.
Creat a new lease structure with using the values supplied in the
DHCP message. Free the lease structure when client is stopped.
Split out socket handling into a cre
Compute the default T1 and T2 timer values if they were not set by
the DHCP server. Verify that the values are reasonable.
---
src/dhcp/client.c | 123 ++-
src/dhcp/protocol.h |2 +
2 files changed, 124 insertions(+), 1 deletion(-)
diff --git
It was noticed by Grant Erickson in ConnMan commit
95e15c09350acf58d4707056ae2614570883ef66 that:
"Certain DHCP servers, such as that implemented in Mac OS X
(< 10.7) for its "Internet Sharing" feature, refuse to issue
a DHCP lease to clients that have not set a non-zero value
in th
---
Makefile.am |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index f079822..433383d 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -3758,7 +3758,8 @@ libsystemd_dhcp_la_LDFLAGS = \
$(AM_LDFLAGS)
libsystemd_dhcp_la_LIBADD = \
-
Create and send a DHCP Request message reusing already existing parts
of the code. This causes factoring out IP and UDP header creation and
moving next timeout calculation to be done every time in the timer
callback function independent of DHCP state. Also add an exponential
part to the timer calcu
---
src/dhcp/client.c | 11 +++
src/dhcp/client.h |2 ++
2 files changed, 13 insertions(+)
diff --git a/src/dhcp/client.c b/src/dhcp/client.c
index 0144c70..a274549 100644
--- a/src/dhcp/client.c
+++ b/src/dhcp/client.c
@@ -994,6 +994,17 @@ int dhcp_client_stop(DHCPClient *client)
Create an initial simple test program for these two cases.
---
src/dhcp/test-dhcp-option.c | 54 +++
1 file changed, 54 insertions(+)
create mode 100644 src/dhcp/test-dhcp-option.c
diff --git a/src/dhcp/test-dhcp-option.c b/src/dhcp/test-dhcp-option.c
ne
---
src/dhcp/test-dhcp-client.c | 40
1 file changed, 40 insertions(+)
diff --git a/src/dhcp/test-dhcp-client.c b/src/dhcp/test-dhcp-client.c
index 26857b6..94f576a 100644
--- a/src/dhcp/test-dhcp-client.c
+++ b/src/dhcp/test-dhcp-client.c
@@ -22,6 +22,7
On starting the client, use the supplied interface mac address and create
a transaction id. Puzzle together an IP/UDP/DHCP Discover message, compute
checksums and send it out as a raw packet.
Create an additional function that constructs default options common to
all DHCP messages.
Set the DHCP C
Process a DHCP Ack/Nak in much the same way as an DHCP Offer. Factor
out header verification and process options sent. Add notification
functionality with discrete values for the outcome of the DHCP Ack/
Nak processing.
---
src/dhcp/client.c | 145 +
---
Makefile.am | 20
1 file changed, 20 insertions(+)
diff --git a/Makefile.am b/Makefile.am
index aeca484..5c350ab 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -3740,6 +3740,26 @@ endif
#
--
The client is stopped and brought back to its initial state.
---
src/dhcp/client.c | 35 +++
src/dhcp/client.h |1 +
2 files changed, 36 insertions(+)
diff --git a/src/dhcp/client.c b/src/dhcp/client.c
index dc92880..79ac93b 100644
--- a/src/dhcp/client.c
+++
Add a structure describing the DHCP file, sname and trailing options
fields. Create a messge holding these fields and call the internal
option parsing function.
In the test callback function verify that only regular options are
passed and figure out which part of the DHCP message is the one that
i
Define a notification callback and events for stopping and client
lease expiry. Add functions to fetch IP parameters from a lease.
---
src/dhcp/client.c | 98 -
src/dhcp/client.h |9 +
2 files changed, 106 insertions(+), 1 deletion(-)
Print out the event received and possibly also IP related data.
---
src/dhcp/dhcp-example-client.c | 53
1 file changed, 53 insertions(+)
diff --git a/src/dhcp/dhcp-example-client.c b/src/dhcp/dhcp-example-client.c
index afb7102..3635bd8 100644
--- a/src
Add checks for invalid lengths and parameters when using the option
appending function. Add also checks for adding options, see to it
that the resulting array is identical to the array of options added.
---
src/dhcp/test-dhcp-option.c | 71 +++
1 file chan
On Wed, Nov 13, 2013 at 11:22:28PM +0200, Patrik Flykt wrote:
> Hi,
>
> This patch set implements a DHCPv4 client library named libsystemd-dhcp
> to be used with systemd-network.
Nice stuff. Where did this code come from, conman? If so, for some
reason I thought that it would be easier to
Hi Greg,
>> This patch set implements a DHCPv4 client library named libsystemd-dhcp
>> to be used with systemd-network.
>
> Nice stuff. Where did this code come from, conman? If so, for some
> reason I thought that it would be easier to make a library of the
> existing conman dhcp code and have
Hi,
On Wed, 2013-11-13 at 17:39 +0100, Tom Gundersen wrote:
> I'm sure I would like avoid that :) Hopefully we'll be able to reuse
> the dhcp client from connman, but as the work of converting that into
> a library has not yet finished I don't know yet exactly how that will
> work out.
On Wed, Nov 13, 2013 at 10:41 PM, Patrik Flykt
wrote:
>
> Hi,
>
> On Wed, 2013-11-13 at 17:39 +0100, Tom Gundersen wrote:
>
>> I'm sure I would like avoid that :) Hopefully we'll be able to reuse
>> the dhcp client from connman, but as the work of converting that into
>> a library has not
On Wed, 13 Nov 2013 22:11:27 +0600 "Alexander E. Patrakov"
wrote:
> 2013/11/13 NeilBrown :
> > On Tue, 12 Nov 2013 19:01:49 +0400 Andrey Borzenkov
> > wrote:
> >
> >> В Tue, 12 Nov 2013 21:17:19 +1100
> >> NeilBrown пишет:
> >>
> >> > On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH
> >> > wrote:
>
Hi Bill,
>> Without criticizing any of the existing solutions, some of the things
>> that motivated my interest in this is that I think we need: something
>> easily configured via plain configuration files by a sysadmin,
>> something that would take a limited amount of space (including its
>> depe
Hi,
On Thu, 2013-11-14 at 06:31 +0900, Greg KH wrote:
> Nice stuff. Where did this code come from, conman? If so, for some
> reason I thought that it would be easier to make a library of the
> existing conman dhcp code and have both projects use it instead of
> forking and having two c
On Thu, 2013-11-14 at 06:49 +0900, Marcel Holtmann wrote:
> that is the long term plan. Once ConnMan is switching over to use
> libsystemd-bus and kdbus,
> we are switching over to using the systemd event loop instead of GLib main
> loop
But I think the long term architecturally correct place
Hi Colin,
>> that is the long term plan. Once ConnMan is switching over to use
>> libsystemd-bus and kdbus,
>> we are switching over to using the systemd event loop instead of GLib main
>> loop
>
> But I think the long term architecturally correct place for the core
> system main loop is glibc
On Thu, 2013-11-14 at 07:25 +0900, Marcel Holtmann wrote:
> I am a bit lost on your concerns here. Our focus for ConnMan is
> libsystemd-bus and kdbus support.
Yeah, sorry; I just kind of used your mail as a basis for the larger
picture of sd_event as public API.
> And as a system daemon, I on
On Wed, Nov 13, 2013 at 11:22:29PM +0200, Patrik Flykt wrote:
> Create a new directory to host DHCP components.
> ---
> src/dhcp/protocol.h | 93
> +++
> 1 file changed, 93 insertions(+)
> create mode 100644 src/dhcp/protocol.h
>
> diff --git a/
On Wed, Nov 13, 2013 at 11:22:30PM +0200, Patrik Flykt wrote:
> Provide functionality for initializing a DHCP client struct, setting
> interface index, last used address and additional options to request.
> On initialization the most useful options are added by default.
> ---
> src/dhcp/client.c |
On Wed, 13.11.13 17:18, Colin Walters (walt...@verbum.org) wrote:
>
> On Thu, 2013-11-14 at 06:49 +0900, Marcel Holtmann wrote:
>
> > that is the long term plan. Once ConnMan is switching over to use
> > libsystemd-bus and kdbus,
> > we are switching over to using the systemd event loop instead
On Wed, Nov 13, 2013 at 11:22:33PM +0200, Patrik Flykt wrote:
> Add functions to append and parse DHCP options. Not all options
> are passed to the callback function, the ones not exposed are
> pad, end, message type and overload. If indicated by the overload
> option, file and sname fields will be
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> +struct DHCPMessage {
> +uint8_t op;
> +uint8_t htype;
> +uint8_t hlen;
> +uint8_t hops;
> +uint32_t xid;
> +uint16_t secs;
> +uint16_t flags;
> +uint32_t ci
On Thu, Nov 14, 2013 at 12:47:24AM +0100, Lennart Poettering wrote:
> I doubt moving OpenJDK or Python to sd-event or something like it ever
> would make sense. (Do either even have any event loop?
http://www.python.org/dev/peps/pep-3156/
Zbyszek
___
sys
Hi Lennart,
>> +#define BOOTREQUEST 1
>> +#define BOOTREPLY 2
>> +
>> +#define DHCP_DISCOVER 1
>> +#define DHCP_OFFER 2
>> +#define DHCP_REQUEST3
>> +#define
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> +static uint8_t default_req_opts[] = {
> +DHCP_OPTION_SUBNET_MASK,
> +DHCP_OPTION_ROUTER,
> +DHCP_OPTION_HOST_NAME,
> +DHCP_OPTION_DOMAIN_NAME,
> +DHCP_OPTION_DOMAIN_NAME_SERVER,
>
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> +int __dhcp_option_append(uint8_t **buf, int *buflen, uint8_t code,
> + uint8_t optlen, void *optval);
> +
The "__" prefix is actually private property by the C compiler,
according to ANSI C. Plea
On Thu, 14.11.13 08:56, Marcel Holtmann (mar...@holtmann.org) wrote:
>
> Hi Lennart,
>
> >> +#define BOOTREQUEST 1
> >> +#define BOOTREPLY 2
> >> +
> >> +#define DHCP_DISCOVER 1
> >> +#define DHCP_OFFER
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> +int __dhcp_network_send_raw_packet(int index, void *packet, int len);
Shouldn't this be "const void *"?
> int __dhcp_option_append(uint8_t **buf, int *buflen, uint8_t code,
buflen should better be size_t, no?
>
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> +static int client_send_discover(DHCPClient *client)
> +{
> +int err = 0;
> +DHCPPacket *discover;
> +int optlen, len;
> +uint8_t *opt;
> +
> +optlen = DHCP_CLIENT_MIN_OPTIONS_SIZE;
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> ---
> Makefile.am | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/Makefile.am b/Makefile.am
> index aeca484..5c350ab 100644
> --- a/Makefile.am
> +++ b/Makefile.am
> @@ -3740,6 +3740,26
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> +static int get_mac(int index, struct ether_addr *mac)
> +{
> +struct ifreq ifr;
> +int s, err;
> +
> +if (index < 0 || !mac)
> +return -EINVAL;
> +
> +s = socket(PF_INET, S
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> It was noticed by Grant Erickson in ConnMan commit
> 95e15c09350acf58d4707056ae2614570883ef66 that:
>
>"Certain DHCP servers, such as that implemented in Mac OS X
> (< 10.7) for its "Internet Sharing" feature, re
On Wed, Nov 13, 2013 at 10:22 PM, Patrik Flykt
wrote:
> The client test program is the only one to be built so far.
> ---
> Makefile.am | 15 +++
> configure.ac |9 +
> src/dhcp/Makefile |1 +
> 3 files changed, 25 insertions(+)
> create mode 12 src/d
On Thu, Nov 14, 2013 at 01:10:07AM +0100, Lennart Poettering wrote:
> On Thu, 14.11.13 08:56, Marcel Holtmann (mar...@holtmann.org) wrote:
>
> >
> > Hi Lennart,
> >
> > >> +#define BOOTREQUEST 1
> > >> +#define BOOTREPLY 2
> > >> +
> > >>
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> int index;
> uint8_t *req_opts;
> int req_opts_size;
> struct in_addr *last_addr;
> struct ether_addr mac_addr;
> uint32_t xid;
> +uint64_t start_time;
Intern
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> +if (client->fd > 0)
> +close(client->fd);
> +client->fd = 0;
fd 0 is a valid fd (actually refers to stdin), I am pretty sure you want
to assign -1 here, no?
> +if (hdrlen + ntohs
On Thu, Nov 14, 2013 at 1:28 AM, Tom Gundersen wrote:
> On Wed, Nov 13, 2013 at 10:22 PM, Patrik Flykt
> wrote:
>> The client test program is the only one to be built so far.
>> ---
>> Makefile.am | 15 +++
>> configure.ac |9 +
>> src/dhcp/Makefile |1 +
On Wed, 13.11.13 23:22, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> Hi,
>
> This patch set implements a DHCPv4 client library named libsystemd-dhcp
> to be used with systemd-network.
>
> The code implements the DHCP protocol from the INIT state up to expiry,
> T1 and T2 timer sett
On Thu, 2013-11-14 at 00:47 +0100, Lennart Poettering wrote:
> I am pretty sure it makes sense to have domain-specific event loops. I
> am not convinced that it would even be possible to unify all event loop
> implementations into one. For example, GLib and and sd-event support
> priorization of e
Hi Zbyszek,
> +#define BOOTREQUEST 1
> +#define BOOTREPLY 2
> +
> +#define DHCP_DISCOVER 1
> +#define DHCP_OFFER 2
> +#define DHCP_REQUEST
On Thu, 14.11.13 09:50, Marcel Holtmann (mar...@holtmann.org) wrote:
> > +#define BOOTREQUEST 1
> > +#define BOOTREPLY 2
> > +
> > +#define DHCP_DISCOVER 1
> > +#define DHCP_OFFER
Hi Lennart,
>>> +#define BOOTREQUEST 1
>>> +#define BOOTREPLY 2
>>> +
>>> +#define DHCP_DISCOVER 1
>>> +#define DHCP_OFFER 2
>>> +#define DHCP_REQUEST
On Wed, Nov 13, 2013 at 11:22:53PM +0200, Patrik Flykt wrote:
> Compute the default T1 and T2 timer values if they were not set by
> the DHCP server. Verify that the values are reasonable.
> ---
> src/dhcp/client.c | 123
> ++-
> src/dhcp/protoco
On Wed, Nov 13, 2013 at 11:22:52PM +0200, Patrik Flykt wrote:
> Process a DHCP Ack/Nak in much the same way as an DHCP Offer. Factor
> out header verification and process options sent. Add notification
> functionality with discrete values for the outcome of the DHCP Ack/
> Nak processing.
> ---
>
On Wed, Nov 13, 2013 at 11:22:56PM +0200, Patrik Flykt wrote:
> Print out the event received and possibly also IP related data.
> ---
> src/dhcp/dhcp-example-client.c | 53
>
> 1 file changed, 53 insertions(+)
>
> diff --git a/src/dhcp/dhcp-example-clie
On Wed, Nov 13, 2013 at 11:22:38PM +0200, Patrik Flykt wrote:
> ---
> src/dhcp/test-dhcp-client.c | 40
> 1 file changed, 40 insertions(+)
>
> diff --git a/src/dhcp/test-dhcp-client.c b/src/dhcp/test-dhcp-client.c
> index 26857b6..94f576a 100644
> --- a/
On Wed, Nov 13, 2013 at 11:22:36PM +0200, Patrik Flykt wrote:
> Add a structure describing the DHCP file, sname and trailing options
> fields. Create a messge holding these fields and call the internal
> option parsing function.
>
> In the test callback function verify that only regular options ar
On Tue, Nov 05, 2013 at 07:59:46PM +0100, Lennart Poettering wrote:
> On Mon, 04.11.13 11:05, Luke T. Shumaker (luke...@sbcglobal.net) wrote:
>
> > A couple of weeks ago, I reported a bug that systemd-nspawn does not
> > correctly handle I/O redirection[1].
> >
> > I described in detail the sever
On Wed, Nov 13, 2013 at 03:27:19PM +0100, Umut Tezduyar Lindskog wrote:
> ---
> src/journal/journald-console.c | 33 ++---
> 1 files changed, 30 insertions(+), 3 deletions(-)
Applied, but changed prefix_timestamp to be more like on_tty(),
and make use of DECIMAL_STR_M
On Wed, Nov 13, 2013 at 11:06:13AM +0200, Marko Myllynen wrote:
> Hi,
>
> please consider the attached bootctl man page to fix RHBZ#1014303. As a
> bonus I'm also attaching zsh completion rules for bootctl.
Applied, thanks.
In the future, please provide patches separately, and after adding
man pa
On Fri, Sep 20, 2013 at 10:18:27PM +0200, Olivier Brunel wrote:
> Hi,
>
> I'm running Arch Linux, have been using systemd-204, and recently tried the
> new
> 207 release, and I have been having some issues with it. One was that status
> messages would just stop at some point near the end of the b
1 - 100 of 108 matches
Mail list logo