On 15.11.2013 10:59, Dennis Semakin wrote:
Guys, guys, it's quite simple actually.
Identification is an assignment of subjects or objects the identificator.
E.g.: login, ID card, fingerprints, retina of the eye...
Yes.
Authentication is a process of comparision between given users
Hi,
On Thu, 2013-11-14 at 01:01 +0100, Lennart Poettering wrote:
Hmm, struct in_addr contains nothing but a uint32_t. It really
sounds
overkill allocating such a structure individually on the
stack. Shouldn't this structure be directly inside DHCPClient? Or
actually, do we really
On Thu, 2013-11-14 at 01:06 +0100, Lennart Poettering 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. Please do not
On Thu, 2013-11-14 at 01:22 +0100, Lennart Poettering wrote:
Also, rtnl sounds the better option. And if not, then this call
appears
to be totally identical to glibc's ifname_to_index(), no? Better use
that then...
This is only part of the example DHCP test client. It's usefulness is
On Thu, 2013-11-14 at 01:23 +0100, Lennart Poettering 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, refuse to issue
Hi,
On Thu, 2013-11-14 at 01:30 +0100, Lennart Poettering wrote:
+err = sd_event_add_monotonic(sd_event_get(s),
next_timeout,
+ 10 * USEC_PER_MSEC,
+ client_timeout_resend,
Syscalls may fail for a lot of reasons, but most times these errors are
unexpected (we cannot recover). Especially when dealing with device nodes
that can be revoked asynchronously, a series of syscalls may start failing
at any point. Normally, we can silently ignore errors and just bail out,
but
On Fri, 15.11.13 11:29, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
+err = sd_event_add_monotonic(sd_event_get(s),
next_timeout,
+ 10 * USEC_PER_MSEC,
+ client_timeout_resend,
Fixed version, see attachment.
And I'm done with it. Too much fuss about these 70 messages. Please just
accept it, the translation is good.
On 15 November 2013 13:05, Sergey Ptashnick 0comff...@inbox.ru wrote:
On 15.11.2013 10:59, Dennis Semakin wrote:
Guys, guys, it's quite simple
On Fri, Nov 15, 2013 at 11:22:59AM +0100, David Herrmann wrote:
Syscalls may fail for a lot of reasons, but most times these errors are
unexpected (we cannot recover). Especially when dealing with device nodes
that can be revoked asynchronously, a series of syscalls may start failing
at any
Le 14/11/2013 23:57, Sylvain Plantefeve a écrit :
+#: ../src/locale/org.freedesktop.locale1.policy.in.h:1
+msgid Set system locale
+msgstr Définir l'emplacement du système
“Définir la langue du système”
Antoine
___
systemd-devel mailing list
Hi
On Fri, Nov 15, 2013 at 2:33 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Fri, Nov 15, 2013 at 11:22:59AM +0100, David Herrmann wrote:
Syscalls may fail for a lot of reasons, but most times these errors are
unexpected (we cannot recover). Especially when dealing with device
Пятница, 15 ноября 2013, 17:07 +04:00 от Juliette Tux juliette@gmail.com:
Fixed version, see attachment.
And I'm done with it. Too much fuss about these 70 messages. Please just
accept it, the translation is good.
I'm sorry, but I can't agree with the last statement. This translation still
Fixed.
---
--- /dev/null
+++ b/po/fr.po
@@ -0,0 +1,397 @@
+# French translations for systemd package
+# Traductions françaises du paquet systemd.
+# This file is distributed under the same license as the systemd package.
+# Sylvain Plantefève sylvain.plantef...@gmail.com, 2013.
+#
+msgid
+msgstr
2013/11/15 Sergey Ptashnick 0comff...@inbox.ru:
Пятница, 15 ноября 2013, 17:07 +04:00 от Juliette Tux
juliette@gmail.com:
Fixed version, see attachment.
And I'm done with it. Too much fuss about these 70 messages. Please just
accept it, the translation is good.
I'm sorry, but I can't
On 15 November 2013 19:34, Alexander E. Patrakov patra...@gmail.com wrote:
As a would-be manager, I would ask just one thing: who is ready to
maintain the translation if new translatable strings are added to
systemd? The And I'm done with it indicates that the original
submitter is likely not
On Fri, 15.11.13 15:26, David Herrmann (dh.herrm...@gmail.com) wrote:
file-name and line is actually what I wanted (does log_meta() suppress
these?). Custom error-messages don't really make much sense.
For example: Assume you have a function to open an input device. The
function itself has
Fri, 15 november 2013, 21:34 +06:00 from Alexander E. Patrakov
patra...@gmail.com :
As a would-be manager, I would ask just one thing: who is ready to
maintain the translation if new translatable strings are added to
systemd?
As for me, I'll try to keep an eye on the po/pl.po (and also
General conclusion: there is no translation -- nobody cares.
Poor naive person comes sayin 'here is the translation, take and use it' --
the very smart Russain guys start doing what...? Right.
1) they will try to destroy poor naive translator and the transaltion
itself 2) they will try to talk and
Introduce kdbus_name_info as internal helper to make the actual ioctl()
to kdbus.
---
src/libsystemd-bus/bus-control.c | 153 +++
1 file changed, 107 insertions(+), 46 deletions(-)
diff --git a/src/libsystemd-bus/bus-control.c
When starting in kernel mode, determine the minimum buffer size for
subsequent KDBUS_CMD_NAME_QUERY calls. The value returned by kdbus is
dependant on kernel config settings and may vary from system to system
and also in the future, but it is fix for a bus lifetime.
---
In particular, KDBUS_ITEM_NEXT is now called KDBUS_PART_NEXT, and
KDBUS_ITEM_FOREACH was renamed to KDBUS_PART_FOREACH and takes one more
argument to make it more flexible.
---
src/libsystemd-bus/bus-control.c | 2 +-
src/libsystemd-bus/bus-kernel.c | 12 ++--
Implementations for both org.freedesktop.DBus and kdbus are available
---
src/libsystemd-bus/bus-control.c | 116 ++
src/libsystemd-bus/libsystemd-bus.sym | 2 +
src/systemd/sd-bus.h | 2 +
3 files changed, 120 insertions(+)
diff --git
Augment systemd-stdio-bridge a bit to make it a 1:1 bridge from legacy
DBus clients to kdbus. In particular,
* allow setting the bus path of the upstream bus as command line
argument
* use sd_listen_fds() for systemd's socket activation
* omit calling sd_bus_negotiate_fds() when upstream
I'm currently working on a way to connect traditional DBus clients to
kdbus. Here are some patches that can already be merged.
What's missing and still under development is a service that provides
org.freedesktop.DBus on kdbus, and which translates the native interface
to calls in libsystemd-bus.
Such messages arise when 1:1-bridging legacy clients to kdbus.
---
src/libsystemd-bus/bus-kernel.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/libsystemd-bus/bus-kernel.c b/src/libsystemd-bus/bus-kernel.c
index 94eabfc..6626db1 100644
---
kdbus will tell us the minimum buffer size it needs in case the default
8kb buffer doesn't suffice.
---
src/libsystemd-bus/bus-control.c | 100 ++-
1 file changed, 68 insertions(+), 32 deletions(-)
diff --git a/src/libsystemd-bus/bus-control.c
On Fri, Nov 15, 2013 at 7:32 PM, Daniel Mack zon...@gmail.com wrote:
Augment systemd-stdio-bridge a bit to make it a 1:1 bridge from legacy
DBus clients to kdbus. In particular,
* allow setting the bus path of the upstream bus as command line
argument
* use sd_listen_fds() for systemd's
On 11/15/2013 08:38 PM, Tom Gundersen wrote:
On Fri, Nov 15, 2013 at 7:32 PM, Daniel Mack zon...@gmail.com wrote:
Augment systemd-stdio-bridge a bit to make it a 1:1 bridge from legacy
DBus clients to kdbus. In particular,
* allow setting the bus path of the upstream bus as command line
On 15.11.2013 22:07, Juliette Tux wrote:
Hint2 -- I'm commiting alot, and the moment the new version is out, good
developers usually make an announcement asking for renewed translation. Do
you practice this at systemd?
It's totally my fault. I had to post it in the summer, when Lennart told me
v3: make each worker its own service
v4: be less intrusive
---
TODO | 3 -
man/systemd.socket.xml| 9 +++
src/core/dbus-socket.c| 2 +
src/core/load-fragment-gperf.gperf.m4 | 1 +
src/core/service.c| 7
31 matches
Mail list logo