Am 08.07.2014 02:55 schrieb Kay Sievers k...@vrfy.org:
Shouldn't we possibly we find a word for environment which explains
itself a bit better? Environment we usually call the numerous
variables of a process or service.
Just TAG maybe? It's unfortunate, but ENVIRONMENT is the most widespread
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
---
src/hostname/hostnamed.c | 49
+---
1 file changed, 46 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
index
Patches look good. Only found one tiny nit. We should come up with a
better name though, feels wrong that the name is very generic (and
clashes with other uses), whilst the usage is quite specific (limited
to testing, staging, production).
Cheers,
Tom
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B.
On Mon, Jul 7, 2014 at 5:21 PM, Leonid Isaev lis...@umail.iu.edu wrote:
Hi,
On Mon, Jul 07, 2014 at 03:02:47PM +0200, Tom Gundersen wrote:
On Sun, Jul 6, 2014 at 6:43 PM, Leonid Isaev lis...@umail.iu.edu wrote:
Hi,
Sorry for a delayed reply.
On Thu, Jul 03, 2014 at 01:46:53PM +0200,
On 07/08/2014 12:55 AM, Kay Sievers wrote:
Shouldn't we possibly we find a word for environment which explains
itself a bit better? Environment we usually call the numerous
variables of a process or service.
I was aware of that but decided to move forward since people should be
able to make
I have the following problem:
There are 3 (or more) systemd targets. Each of the three targets starts a
number of systemd services.
It can be switched back and forth between the systemd targets.
As a limitation, it is necessary that the services of a target start only
if the services of actual
From: Alison Chaiken alison_chai...@mentor.com
Add support for creating a readahead pack in a runtime-specified
directory. Users may want the feature if they their rootfs is
read-only at boot or if they maintain more than one pack file. The
new pack-file location is specified by a
Am 08.07.2014 12:22, schrieb Jon Severinsson:
Am 06.07.2014 21:47, schrieb Lennart Poettering:
BTW, have you checked whether reuseing the XZ context might make the XZ
more competitive?
On Sun Jul 6 15:01:11 PDT 2014 Reindl Harald wrote:
please try a simple test compress 50 MB with XZ and
On Tue, Jul 8, 2014 at 9:31 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 07/08/2014 12:55 AM, Kay Sievers wrote:
Shouldn't we possibly we find a word for environment which explains
itself a bit better? Environment we usually call the numerous
variables of a process or service.
I
2014-07-08 12:22 GMT+02:00 Jon Severinsson j...@severinsson.net:
Am 06.07.2014 21:47, schrieb Lennart Poettering:
BTW, have you checked whether reuseing the XZ context might make the XZ
more competitive?
On Sun Jul 6 15:01:11 PDT 2014 Reindl Harald wrote:
please try a simple test compress 50
On Tue, 08.07.14 02:55, Kay Sievers (k...@vrfy.org) wrote:
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git
2014-07-08 13:40 GMT+02:00 Lennart Poettering lenn...@poettering.net:
I'd go for something generic like description or comment or so. Or
maybe purpose. I think simply description appears to be the best
option for me.
BTW, something I also wanted to see for a long time, was a location
field,
On Tue, Jul 8, 2014 at 1:47 PM, Michael Biebl mbi...@gmail.com wrote:
2014-07-08 13:40 GMT+02:00 Lennart Poettering lenn...@poettering.net:
I'd go for something generic like description or comment or so. Or
maybe purpose. I think simply description appears to be the best
option for me.
BTW,
On Tue, 23.07.13 08:05, Steffen Sledz (sl...@dresearch-fe.de) wrote:
We like to implement the following behaviour using systemd.
We have some exclusive so called operating modes. Each modes has a few
associated services which should run in this mode.
Yeah, this should work. You should be
On Tue, 08.07.14 13:47, Michael Biebl (mbi...@gmail.com) wrote:
2014-07-08 13:40 GMT+02:00 Lennart Poettering lenn...@poettering.net:
I'd go for something generic like description or comment or so. Or
maybe purpose. I think simply description appears to be the best
option for me.
On Tue, 08.07.14 13:00, Mario Schuknecht (mario.schukne...@dresearch-fe.de)
wrote:
I have the following problem:
There are 3 (or more) systemd targets. Each of the three targets starts a
number of systemd services.
It can be switched back and forth between the systemd targets.
As a
On 07/08/2014 11:28 AM, Peter Sztanojev wrote:
On Tue, Jul 8, 2014 at 9:31 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 07/08/2014 12:55 AM, Kay Sievers wrote:
Shouldn't we possibly we find a word for environment which explains
itself a bit better? Environment we usually call the
2014-07-08 13:49 GMT+02:00 Kay Sievers k...@vrfy.org:
This information looks like local state, i.e. can't be part of
/usr/lib/os-release.
machine-info
Ah, k. Sorry for the noise.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
On 08.07.2014 13:53, Lennart Poettering wrote:
On Tue, 23.07.13 08:05, Steffen Sledz (sl...@dresearch-fe.de) wrote:
...
But we found no way to guarantee that *all* services of the formerly
active operation mode (except the ones which should run in the new
mode too) are *completely
On Tue, 08.07.14 13:05, alison_chai...@mentor.com (alison_chai...@mentor.com)
wrote:
From: Alison Chaiken alison_chai...@mentor.com
Add support for creating a readahead pack in a runtime-specified
directory. Users may want the feature if they their rootfs is
read-only at boot or if they
On Tue, 08.07.14 00:22, Michael Biebl (mbi...@gmail.com) wrote:
2014-07-07 23:50 GMT+02:00 Michael Biebl mbi...@gmail.com:
2014-07-07 22:54 GMT+02:00 Lennart Poettering lenn...@poettering.net:
I have now committed your original patch and beefed it up
considerably. Added Zbigniew's
On Tue, 08.07.14 14:11, Steffen Sledz (sl...@dresearch-fe.de) wrote:
On 08.07.2014 13:53, Lennart Poettering wrote:
On Tue, 23.07.13 08:05, Steffen Sledz (sl...@dresearch-fe.de) wrote:
...
But we found no way to guarantee that *all* services of the formerly
active operation mode
On 07/08/2014 11:40 AM, Lennart Poettering wrote:
On Tue, 08.07.14 02:55, Kay Sievers (k...@vrfy.org) wrote:
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3
- systemd[1]: hello.service: main process exited, code= \
dumped, status=3/QUIT
- systemd-coredump[2541]: Failed to generate stack trac \
e: Unwinding not supported for this architecture
- systemd-coredump[2541]: Process 1024 (hello) of user \
154 dumped core.
---
src/journal/coredump.c |
Commit message:
Add support for creating a readahead pack in a runtime-specified
directory. Users may want the feature if they their rootfs is
read-only at boot or if they maintain more than one pack file. The
new pack-file location is specified by a --pack-location command-line
switch.
On Thu, Jul 3, 2014 at 10:59 PM, Lennart Poettering
lenn...@poettering.net wrote:
Heya!
A lot of work to make factory reset, stateless systems and disconnected
updates working. A lot of networkd love (dhcp4 server!) and coredumpctl
is now finally really really useful.
2014-07-08 16:41 GMT+02:00 Umut Tezduyar Lindskog u...@tezduyar.com:
Are there any thoughts about natively sending coredumps over network?
I guess it is possible now by mounting /var/lib/systemd/coredump to a
network drive but dumps occuring before network is up need to be
transferred too.
Currently after exiting rescue shell we isolate default target. User
might want to isolate to some other target than default one. However
issuing systemctl isolate command to desired target would bring system
to default target as a consequence of running ExecStopPost action.
Having common
В Tue, 08 Jul 2014 14:37:19 +0200
Steffen Sledz sl...@dresearch-fe.de пишет:
On 08.07.2014 14:22, Lennart Poettering wrote:
On Tue, 08.07.14 14:11, Steffen Sledz (sl...@dresearch-fe.de) wrote:
There is one more open question. We did not found a *clear* definition
(e.g. a state diagram) of
В Tue, 8 Jul 2014 14:22:01 +0200
Lennart Poettering lenn...@poettering.net пишет:
There is one more open question. We did not found a *clear* definition
(e.g. a state diagram) of all the states a unit can have.
Yeah, I tried to avoid documenting this in too much detail, since we
wanted
The new lzma2 compression options at the top of compress_blob_xz are
equivalent to using preset 0, exept for using a 1 MiB dictionary
(the same as preset 1). This makes the memory usage at most 7.5 MiB
in the compressor, and 1 MiB in the decompressor, instead of the
previous 92 MiB in the
Instead of waiting for new data from the sensor, which might be
a long time coming, depending on the sensor device, ask the kernel
for the last state for that particular input device.
---
src/udev/accelerometer/accelerometer.c | 33 ++---
1 file changed, 6
On Tue, Jul 8, 2014 at 6:29 PM, Bastien Nocera had...@hadess.net wrote:
Instead of waiting for new data from the sensor, which might be
a long time coming, depending on the sensor device, ask the kernel
for the last state for that particular input device.
Applied.
Thanks,
Kay
'Twas brillig, and Andrey Borzenkov at 08/07/14 17:18 did gyre and gimble:
В Tue, 8 Jul 2014 18:01:12 +0200
Michal Sekletar msekl...@redhat.com пишет:
Currently after exiting rescue shell we isolate default target. User
might want to isolate to some other target than default one. However
On Tue, Jul 08, 2014 at 04:41:59PM +0200, Umut Tezduyar Lindskog wrote:
* systemd-coredump may now optionally store coredumps directly
on disk (in /var/lib/systemd/coredump, possibly compressed),
instead of storing them unconditionally in the journal. This
On Tue, Jul 08, 2014 at 02:53:22PM +0200, Thomas Blume wrote:
In other words, PR/SM transforms physical resources into virtual resources so
that many logical partitions can share the same physical resources.
Still, from the OS point of view, the shared virtual resource is real
On Tue, 08.07.14 16:41, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
* systemd-coredump may now optionally store coredumps directly
on disk (in /var/lib/systemd/coredump, possibly compressed),
instead of storing them unconditionally in the journal. This
On Tue, 08.07.14 19:59, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Tue, Jul 08, 2014 at 02:53:22PM +0200, Thomas Blume wrote:
In other words, PR/SM transforms physical resources into virtual resources
so
that many logical partitions can share the same physical
On Tue, Jul 08, 2014 at 01:16:43PM +, Jóhann B. Guðmundsson wrote:
This is very specific to deployment environment and to solve a very
specific long standing problem ( describe the operating environment
) so the options can only be development,staging,production or if
people see the need
On Tue, 08.07.14 20:36, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Tue, Jul 08, 2014 at 01:16:43PM +, Jóhann B. Guðmundsson wrote:
This is very specific to deployment environment and to solve a very
specific long standing problem ( describe the operating environment
)
Lennart suggest:
I am actually all for moving the file, though. But can't we find a more
automatic solution for this, that doesn't
require manual configuration. Maybe a scheme like this could work:
a) readahead-reply would look for both /.readahead and
/var/lib/systemd/readahead. If both files
]] Lennart Poettering
On Fri, 04.07.14 20:30, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote:
On 03/07/14 14:27, Lennart Poettering wrote:
BTW, to clarify what this is about I will now rename the tupel macro
from ARCH_TUPLE to LIB_ARCH_TUPLE or so, since this is about
]] Lennart Poettering
On Tue, 08.07.14 02:55, Kay Sievers (k...@vrfy.org) wrote:
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff
]] Tom Gundersen
Patches look good. Only found one tiny nit. We should come up with a
better name though, feels wrong that the name is very generic (and
clashes with other uses), whilst the usage is quite specific (limited
to testing, staging, production).
Surely at least qa and dev should
On 07/08/2014 07:31 PM, Tollef Fog Heen wrote:
]] Tom Gundersen
Patches look good. Only found one tiny nit. We should come up with a
better name though, feels wrong that the name is very generic (and
clashes with other uses), whilst the usage is quite specific (limited
to testing, staging,
On Tue, Jul 08, 2014 at 08:23:15PM +, Jóhann B. Guðmundsson wrote:
On 07/08/2014 07:31 PM, Tollef Fog Heen wrote:
]] Tom Gundersen
Patches look good. Only found one tiny nit. We should come up with a
better name though, feels wrong that the name is very generic (and
clashes with other
]] Jóhann B. Guðmundsson
On 07/08/2014 07:31 PM, Tollef Fog Heen wrote:
]] Tom Gundersen
Patches look good. Only found one tiny nit. We should come up with a
better name though, feels wrong that the name is very generic (and
clashes with other uses), whilst the usage is quite specific
On 07/08/2014 08:31 PM, Tomasz Torcz wrote:
We also have Disaster Recovery (DR) tier. It's basically copy of production,
started when disaster strucks.
I dont think we should add Recovery as an layer since it's just a
replica of production in one form or another and as an administrator
Hi to all,
I thought to inform you that I came across a bug within systemctl. Some
options produce no output, although according to manuals and examples it
should.
Like for example:
systemctl -t mount
But if I send systemctl's output through pipe, I get output.
So:
systemctl -t mount |
Am 08.07.2014 14:14 schrieb Lennart Poettering lenn...@poettering.net:
On Tue, 08.07.14 00:22, Michael Biebl (mbi...@gmail.com) wrote:
2014-07-07 23:50 GMT+02:00 Michael Biebl mbi...@gmail.com:
2014-07-07 22:54 GMT+02:00 Lennart Poettering lenn...@poettering.net
:
I have now committed
Dne 08. 07. 2014 22:15, piše brane2:
Hi to all,
I thought to inform you that I came across a bug within systemctl.
Some options produce no output, although according to manuals and
examples it should.
first to cerrect a typo - I meant latest version 215,not 125 as in
subject line.
Dne 08. 07. 2014 22:34, piše brane2:
Dne 08. 07. 2014 22:15, piše brane2:
Hi to all,
I thought to inform you that I came across a bug within systemctl.
Some options produce no output, although according to manuals and
examples it should.
first to cerrect a typo - I meant latest version
---
man/hostnamectl.xml| 14 +
man/machine-info.xml | 17 +++-
src/hostname/hostnamectl.c | 20 ---
src/hostname/hostnamed.c | 50 +++---
4 files changed, 94 insertions(+), 7 deletions(-)
diff --git
[Responding to this version because the latest thread hasn't appeared in
the mbox archives yet. The comments apply equally well to the latest
version, Add DEPLOYMENT to hostnamectl.]
On Tue, Jul 08, 2014 at 12:38:50AM +, Jóhann B. Guðmundsson wrote:
+static bool valid_environment(const char
On 07/08/2014 10:45 PM, Josh Triplett wrote:
[Responding to this version because the latest thread hasn't appeared in
the mbox archives yet. The comments apply equally well to the latest
version, Add DEPLOYMENT to hostnamectl.]
On Tue, Jul 08, 2014 at 12:38:50AM +, Jóhann B. Guðmundsson
On Tue, Jul 8, 2014, at 05:12 AM, Lennart Poettering wrote:
b) readahead-collect would check if /var/lib/systemd is on the same
mount point as /. If so, it would store the file in
/var/lib/systemd/readahead. Otherwise it would store the file in
/.readahead, as before.
If this logic
Now let's start the dialog with machine roles and start by agreeing what
roles are
From my point of view roles are human representation of the primary
duty the machine performs it's not the environment they are run in.
( like development,staging,production ) nor is it the components
On Tue, 08.07.14 22:41, brane2 (bran...@s5tehnika.net) wrote:
I thought to inform you that I came across a bug within
systemctl. Some options produce no output, although according to
manuals and examples it should.
first to cerrect a typo - I meant latest version 215,not 125 as in
subject
On Tue, 08.07.14 22:15, brane2 (bran...@s5tehnika.net) wrote:
Hi to all,
I thought to inform you that I came across a bug within systemctl.
Some options produce no output, although according to manuals and
examples it should.
Like for example:
systemctl -t mount
But if I send
As someone who deploys developer VMs and production ones, this is
useful. Will it be possible to make units have ConditionDeployment=?
That would allow disabling, say, pushes of log messages to our log
aggregation servers from development and testing deployments.
I don't see much value in choosing a role from a predefined list.
Rarely do machines fit into one single, straightforward role.
It would be more useful to support machine tags/labels/roles that map
to units, especially if that's dynamically configurable using, say,
DHCP(v6). Then, something may
+1 on anything that makes the journal faster on heavy workloads. It
remains a major bottleneck on our systems.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On 07/08/2014 11:52 PM, David Timothy Strauss wrote:
As someone who deploys developer VMs and production ones, this is
useful. Will it be possible to make units have ConditionDeployment=?
That would allow disabling, say, pushes of log messages to our log
aggregation servers from development and
Is there a good way to empirically determine the additional calls
required for an application, sort of like selinux permissive mode?
We're often running user code on our servers, and we'd like to perform
analysis and gradually roll out filtering. We'd like to be as
non-disruptive as possible.
On 07/09/2014 12:14 AM, David Timothy Strauss wrote:
I don't see much value in choosing a role from a predefined list.
Rarely do machines fit into one single, straightforward role.
I would disagree here like for one example security wise you want to
implement only one primary role per server
On 07/09/2014 01:05 AM, j...@joshtriplett.org wrote:
On Tue, Jul 08, 2014 at 10:45:11PM +, Jóhann B. Guðmundsson wrote:
On 07/08/2014 10:45 PM, Josh Triplett wrote:
[Responding to this version because the latest thread hasn't appeared in
the mbox archives yet. The comments apply
On Wed, Jul 09, 2014 at 01:16:04AM +, Jóhann B. Guðmundsson wrote:
On 07/09/2014 01:05 AM, j...@joshtriplett.org wrote:
On Tue, Jul 08, 2014 at 10:45:11PM +, Jóhann B. Guðmundsson wrote:
On 07/08/2014 10:45 PM, Josh Triplett wrote:
[Responding to this version because the latest
On Tue, Jul 08, 2014 at 09:22:25AM +0200, Ronny Chevalier wrote:
---
Zbigniew seems to have fix the LZ4 decompression, so here
is the remaining part of the previous patch
src/journal/journal-def.h | 2 +-
src/journal/journal-file.c | 2 +-
src/journal/test-compress.c | 2 +-
3 files
On Tue, Jul 08, 2014 at 06:29:46PM +0200, Jon Severinsson wrote:
The new lzma2 compression options at the top of compress_blob_xz are
equivalent to using preset 0, exept for using a 1 MiB dictionary
(the same as preset 1). This makes the memory usage at most 7.5 MiB
in the compressor, and 1
69 matches
Mail list logo
