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, a
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 +-
>
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
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 appl
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 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 equally well to the latest
> >version, "Add DEPLOYMENT
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.
_
+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
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 be
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.
___
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
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
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
themselves
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 l
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
[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 ch
---
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 a/
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 215,
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.
Second,
Am 08.07.2014 14:14 schrieb "Lennart Poettering" :
>
> On Tue, 08.07.14 00:22, Michael Biebl (mbi...@gmail.com) wrote:
>
> >
> > 2014-07-07 23:50 GMT+02:00 Michael Biebl :
> > > 2014-07-07 22:54 GMT+02:00 Lennart Poettering :
> > >> I have now committed your original patch and beefed it up
> > >> c
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 | ca
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
]] "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
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
> >>cl
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",
]] 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 de
]] 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
> > wrote:
> > > ---
> > > src/hostname/hostnamectl.c | 20 +---
> > > 1 file changed, 17 insertions(+), 3 deletions(-)
> > >
> > > dif
]] 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 a
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 fi
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 environme
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 n
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 phy
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, 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 r
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
>
'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 пишет:
>
>> > Currently after exiting rescue shell we isolate default target. User
>> > might want to isolate to some other target than default one. However
>> > issuin
On Tue, Jul 8, 2014 at 6:29 PM, Bastien Nocera 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
___
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 insertions(+)
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 compr
В Tue, 8 Jul 2014 18:01:12 +0200
Michal Sekletar пишет:
> 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
В Tue, 8 Jul 2014 14:22:01 +0200
Lennart Poettering пишет:
> >
> > 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 to have the f
В Tue, 08 Jul 2014 14:37:19 +0200
Steffen Sledz пишет:
> 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 all the state
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 ancestor
2014-07-08 16:41 GMT+02:00 Umut Tezduyar Lindskog :
> 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.
How would you tr
On Thu, Jul 3, 2014 at 10:59 PM, Lennart Poettering
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.
>
> http://www.freedesktop.org/software/sy
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
>> sw
- 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 |
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
wrote:
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git
On Mon, 7 Jul 2014, Lennart Poettering wrote:
Ah! OK!
Then I think a patch that simply returns a generic "s390" id for all
s390 + s390x systems would be a good idea. i.e. when we compile for
s390/s390x we should just return that string unconditionally, without
checking anything else.
Please p
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 all the states a unit can have.
>
> Yeah, I tried to avoid documenting this i
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 operatio
On Tue, 08.07.14 00:22, Michael Biebl (mbi...@gmail.com) wrote:
>
> 2014-07-07 23:50 GMT+02:00 Michael Biebl :
> > 2014-07-07 22:54 GMT+02:00 Lennart Poettering :
> >> I have now committed your original patch and beefed it up
> >> considerably. Added Zbigniew's --template= switch, and a couple of
On Tue, 08.07.14 13:05, alison_chai...@mentor.com (alison_chai...@mentor.com)
wrote:
> From: Alison Chaiken
>
> 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
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 te
2014-07-08 13:49 GMT+02:00 Kay Sievers :
>> 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 07/08/2014 11:28 AM, Peter Sztanojev wrote:
On Tue, Jul 8, 2014 at 9:31 AM, "Jóhann B. Guðmundsson"
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
variable
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 l
On Tue, 08.07.14 13:47, Michael Biebl (mbi...@gmail.com) wrote:
>
> 2014-07-08 13:40 GMT+02:00 Lennart Poettering :
> > 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, s
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, Jul 8, 2014 at 1:47 PM, Michael Biebl wrote:
> 2014-07-08 13:40 GMT+02:00 Lennart Poettering :
>> 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 wan
2014-07-08 13:40 GMT+02:00 Lennart Poettering :
> 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, that ca
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
> wrote:
> > ---
> > src/hostname/hostnamectl.c | 20 +---
> > 1 file changed, 17 insertions(+), 3 deletions(-)
> >
> > diff --git a/src/hostname/hostnamectl.c b/src
2014-07-08 12:22 GMT+02:00 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
On Tue, Jul 8, 2014 at 9:31 AM, "Jóhann B. Guðmundsson"
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 w
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
From: Alison Chaiken
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. D
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 tar
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.
Our idea is to define some conflicting targets representing the operation modes.
But we found no way to guarantee
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 GZ, LZO, LZ4
> or BZIP2 - XZ is *magnitudes* slow
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
---
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 changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/journal/journa
On Mon, Jul 7, 2014 at 5:21 PM, Leonid Isaev 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 wrote:
>> > Hi,
>> >
>> > Sorry for a delayed reply.
>> >
>> > On Thu, Jul 03, 2014 at 01:46:53PM +0200, Lennart Poettering
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
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
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 514554d..b5ed3e9
75 matches
Mail list logo
