On Tue, Nov 20, 2012 at 02:21:54AM +0100, Lennart Poettering wrote:
> On Mon, 19.11.12 01:21, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
>
> Heya,
>
> I like your work!
Thanks :)
>
> > The program (called systemd-journal-remoted now, but I'd be happy to
> > hear suggestions for a be
On Mon, 12.11.12 12:54, Kai Hendry ([email protected]) wrote:
> Hi there,
>
> I hope this is the right forum for a systemd question, to address a
> particular problem I'm trying to solve.
>
> Problem is I've found Firefox (for example, this probably can be
> extrapolated to any browser) to lock up m
On Wed, 14.11.12 10:53, Daniel Drake ([email protected]) wrote:
> Hi,
>
> At OLPC we use sfdisk to grow a partition from the initramfs on first boot.
parted is actually capable of doing this properly and settles the
device. Have you looked into that?
Lennart
--
Lennart Poettering - Red Hat, Inc
On Fri, 16.11.12 13:05, Alexander Vladimirov
([email protected]) wrote:
> Using recommendations here:
> http://www.mail-archive.com/[email protected]/msg06972.html
> and updated lxc-archlinux template I have managed to run (almost)
> unmodified Arch Linux inst
On Sat, 17.11.12 11:50, Oleksii Shevchuk ([email protected]) wrote:
> Hi list.
>
> I recently browse changes, and found
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=8e6054f732b4bc980d3af3e1386ca94b3a602eb8
>
> I think this not good way to go, as we already have target units. It
> wil
On Mon, 19.11.12 11:14, Thomas Bächler ([email protected]) wrote:
> Am 19.11.2012 01:21, schrieb Zbigniew Jędrzejewski-Szmek:
> > They are parsed and stored
> > into a journal file. The journal file is /var/log/journal/external-*.journal
> > by default, but this can be overridden by commandline
On Mon, 19.11.12 01:21, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
Heya,
I like your work!
> The program (called systemd-journal-remoted now, but I'd be happy to
> hear suggestions for a better name) listens on sockets (either from
Since this is also useful when run on the command l
On Tue, Nov 20, 2012 at 1:52 AM, Lennart Poettering
wrote:
> B1;3401;0cOn Tue, 20.11.12 01:33, Kay Sievers ([email protected]) wrote:
>
>>
>> On Tue, Nov 20, 2012 at 1:06 AM, Lennart Poettering
>> wrote:
>> > On Mon, 19.11.12 08:13, Mantas Mikulėnas ([email protected]) wrote:
>>
>> >> This doesn't af
B1;3401;0cOn Tue, 20.11.12 01:33, Kay Sievers ([email protected]) wrote:
>
> On Tue, Nov 20, 2012 at 1:06 AM, Lennart Poettering
> wrote:
> > On Mon, 19.11.12 08:13, Mantas Mikulėnas ([email protected]) wrote:
>
> >> This doesn't affect TCPCongestion= in systemd socket units, since root
> >> is all
On Fri, 16.11.12 15:06, Daniel J Walsh ([email protected]) wrote:
> Isn't there a way to shut off systemV init scripts altogether, it just so
> happens that we hit one on my machine. But in the field a customer could have
> an init script and then setup containers and systemd will attempt to star
> It's probably enough to reword the message a bit.
>
> Does this change make sense to you?
>
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=10f70492aea211981e4bdbe58dd7ea110e05cd16
Jep, thanks. That should be enough to make the user understand what
the problem is.
__
On Tue, Nov 20, 2012 at 1:06 AM, Lennart Poettering
wrote:
> On Mon, 19.11.12 08:13, Mantas Mikulėnas ([email protected]) wrote:
>> This doesn't affect TCPCongestion= in systemd socket units, since root
>> is allowed to set any algorithm, and the module is simply loaded on
>> demand when systemd
On Sun, 18.11.12 14:46, Warpme ([email protected]) wrote:
> Well,
> Things pretend to be simple seems to be not simple
> After 2 days of fighting with issue I have to ask for help.
> I want to kick systemd service when usb HDD is plugged.
> As started service needs to know HDD label I wan to use templa
On Sat, 17.11.12 14:49, Nis Martensen ([email protected]) wrote:
> There is no need to say "usec" when there is enough space to say
> "microsecond". One of the sample German translations is not actually
> fully translated. Proposed patch attached.
Applied. Thanks!
Lennart
--
Lennart Poetter
On Mon, 19.11.12 08:13, Mantas Mikulėnas ([email protected]) wrote:
> On Mon, Nov 19, 2012 at 8:01 AM, Mantas Mikulėnas wrote:
> > Anything that is written to /sys/module/*/parameters goes to
> > modprobe.d(5) -- again, to be applied when the module is inserted, not
> > at some fixed point:
> >
>
On Mon, 19.11.12 08:01, Mantas Mikulėnas ([email protected]) wrote:
> On Mon, Nov 19, 2012 at 4:25 AM, Kai Hendry wrote:
> > Hi there,
> >
> > I would normally put these `powertop -html` tunables in rc.local:
> > http://s.natalian.org/2012-11-19/1353291487_1366x768.png
> >
> > Is http://0pointer.
On Mon, 19.11.12 22:47, Maksim 'max_posedon' Melnikau ([email protected])
wrote:
> # cat /etc/fstab | grep swap
> /dev/zram0swapswap
> sw,pri=1 0 0
> /dev/zram1swapswap
On Mon, 19.11.12 23:17, Thomas H.P. Andersen ([email protected]) wrote:
> I started looking at the remaining SysV to systemd conversions in
> fedora. For telnet there was already prepared socket and service files
> but also reports that they did not work [1]. It was not specified how
> the two file
On Mon, Nov 19, 2012 at 11:17:13PM +0100, Thomas H.P. Andersen wrote:
> It is not very obvious what went wrong. Would it not make sense to
> detect the wrong service file type at socket start time? I could try
> to write a patch for that. (Any advice or pointers about where to best
> implement it w
I started looking at the remaining SysV to systemd conversions in
fedora. For telnet there was already prepared socket and service files
but also reports that they did not work [1]. It was not specified how
the two files should be named and I suspect that the reported error
could be due to using a
> 1. this service is kind of duplicating swap.target
> 2. echo inside duplicates things, which tmpfiles.d could do
Maybe.
IMO semantically, you have new device, that should be configured
before use. It can appears after loading module. As for man 7 bootup,
there is no deps between early targets.
On Mon, Nov 19, 2012 at 11:16 PM, Oleksii Shevchuk wrote:
> That's enough for me:
> # cat /etc/systemd/system/zram-swap\@.service
>...
This is exactly what I dislike a bit,
1. this service is kind of duplicating swap.target
2. echo inside duplicates things, which tmpfiles.d could do
3. service st
That's enough for me:
# cat /etc/udev/rules.d/01-zram.rules
KERNEL=="zram[0-9]", ENV{SYSTEMD_WANTS}="zram-swap@zram%n.service",
TAG+="systemd"
# cat /etc/systemd/system/zram-swap\@.service
[Unit]
Description=Setup swap on zram based device %i
BindsTo=dev-%i.swap
After=dev-%i.device
Requires=de
On Mon, Nov 19, 2012 at 08:29:47AM +0100, Anders Olofsson wrote:
> Hi,
> I've got patches to solve tickets 56644 and 56874 that I would like to get
> committed.
> The patches are attached to the tickets but I'm guessing no one noticed them
> there.
Hi,
indeed it is better to post such patches di
'Twas brillig, and Warpme at 18/11/12 18:38 did gyre and gimble:
> On 11/18/12 5:54 PM, Colin Guthrie wrote:
>
>>
>> Just as a general observation, I don't think you even need to delve into
>> udev rules to make all this work as systemd handles device mounts
>> internally.
>>
>>
>> You can simply
On Mon, Nov 19, 2012 at 11:14:25AM +0100, Thomas Bächler wrote:
> Am 19.11.2012 01:21, schrieb Zbigniew Jędrzejewski-Szmek:
> > They are parsed and stored
> > into a journal file. The journal file is /var/log/journal/external-*.journal
> > by default, but this can be overridden by commandline optio
Am 19.11.2012 01:21, schrieb Zbigniew Jędrzejewski-Szmek:
> They are parsed and stored
> into a journal file. The journal file is /var/log/journal/external-*.journal
> by default, but this can be overridden by commandline options (--output).
What about /var/log/$MACHINE_ID/, isn't it the right pla
Hi,
I've got patches to solve tickets 56644 and 56874 that I would like to get
committed.
The patches are attached to the tickets but I'm guessing no one noticed them
there.
Could someone please have a look at them and either commit them or let me know
if they should be solved differently.
Also
On Mon, Nov 19, 2012 at 8:01 AM, Mantas Mikulėnas wrote:
> Anything that is written to /sys/module/*/parameters goes to
> modprobe.d(5) -- again, to be applied when the module is inserted, not
> at some fixed point:
>
> https://github.com/vodik/powersave/blob/master/modprobe.d/powersave.conf
>
>
29 matches
Mail list logo
