=shutdown.target initrd-switch-root.target
[Service]
Type=oneshot
TimeoutStartSec=600
RemainAfterExit=yes
ExecStart=
[Install]
WantedBy=sysinit.target
Best regards,
Jan Hugo Prins
Op 26-09-2023 om 12:50 schreef Mark Rogers:
I'm sure this is trivial but I've gone round
e start-up of
another unit.
We don't want tomcat to start when time-sync doesn't succeed, but when
ntpd restarts it should not influence tomcat.
Jan Hugo
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
thout implying a restart when
ntpd restarts?
Jan Hugo Prins
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
enamed to 'main'.
Is it worth detailing development/$SCM subtleties here?
Thanks
--
Jan (poki)
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
- Original Message -
> Jan Stancek writes:
>
> >> Using the device while mounting same device doesn't work reliably like
> >> this race. (getblk() is intentionally used to get the buffer to write
> >> new data.)
> >
> > Are you sa
- Original Message -
> Jan Stancek writes:
>
> > sb_getblk does not guarantee that buffer_head is uptodate. If there is
> > async read running in parallel for same buffer_head, it can overwrite
> > just initialized msdos_dir_entry, leading to corruption:
>
https://github.com/systemd/systemd/pull/12350
>
>
> On Tue, Jun 11, 2019 at 02:25 Kaisrlík, Jan
> wrote:
>
>> Hello here,
>>
>> I am running Yocto-thud with systemd 239 on my SoC and I've found
>> interesting, when DHCP lease was prolonged, I observe the co
leases/2
Unfortunately, pcaps and more verbose systemd logs are not currently
available.
Have you ever seen similar issue?
Thank you in you advice.
Best regards,
--
Jan Kaisrlik
___
systemd-devel mailing list
[email protected]
https:
;s continue at ClusterLabs ML, systemd folks cannot
help here, systemctl status just summarizes what can be derived
from the log messages (that also happen to be amongst the more recent
logged stuff as of that time, hence listed as well above) already.
--
Jan (Poki)
pgpjmeHl7R6vD.pgp
Description: PGP signature
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Hi,
since v240 didn't go too well, I would like to suggest that the next one
(preferably two) release(s) are bugfix only. Please, consider it.
Thank you,
--
Jan Synacek
Software Engineer, Red Hat
___
systemd-devel mailing list
systemd-
> > > > please see the referenced + updated example project:
> > > > https://github.com/mue-jan/dbus-missing-signals-or-fd-issue
Hey Lennart, again sorry for the delayed response.
I tried to illustrate the signal-issue for you, please check the github-
repository once
> > please see the referenced + updated example project:
> > https://github.com/mue-jan/dbus-missing-signals-or-fd-issue
> You need to call the three calls on *every* loop iteration, and update fd/
> events/timeout on the epoll object before you can go to sleep. The I/O
events,
gnals in this very situation. The basic communication
between
sender and receiver works fine so far though. I did already make use of
sd_bus_get_fd() and sd_bus_process() - please see the referenced +
updated example project:
https://github.com/mue-jan/dbus-missing-signals-or-fd-issue
By the way: sd_bus_g
(indefinitely)
queued signal is not delivered
until another signal / method call triggers the sdbus file descriptor
(which is supervised by
select()/epoll()).
I committed a brief example with some more extensive explanation to:
https://github.com/mue-jan/dbus-missing-signals-or-fd-issue
Thanks
lthough not the one you wanted.
You could also ask on https://askubuntu.com/
--
Jan Claeys
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-4ubuntu21.1 and Debian Buster 4.18.0-2-am64 with
systemd 239-10.
Attached you can find a simple example, including application A / B, a makefile
and the correlating *.conf-files.
Thanks in advance and best regards,
Jan Mueller
<>
___
systemd
you see a SIGSEGV, let me know. Note that this problem is *not*
present in the upstream code base.
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Any suggestions
how to fix this small but rather (daily) annoying problem? The system
should obviously not suspend itself when it's used with a docking
station and external monitors. The lid needs to stay closed so the
system uses the external monitors and
gests that SystemKeepFree= should be honored.
Is it a bug?
When is SystemKeepFree= actually used?
Why have SystemKeepFree= at all if it's the "other way around" of
SystemMaxUse= ?
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
___
s
rently sticking with:
https://github.com/systemd/systemd/issues/9461#issuecomment-409929860
though it can be more tricky in remote access case (not my scenario).
--
Nazdar,
Jan (Poki)
pgpILnFUJLG6j.pgp
Description: PGP signature
___
systemd-devel mailing l
On úterý 24. října 2017 17:10:39 CEST, Jan Kundrát wrote:
Hi,
is it possible to change systemd's global settings for
RuntimeWatchdogSec at runtime? I would like to have the early
boot "guarded" by the HW watchdog started by my platform code,
and for systemd to take over only
>>> Wei Liu 12/01/17 1:30 PM >>>
>On Fri, Dec 01, 2017 at 05:23:16AM -0700, Jan Beulich wrote:
>> >>> On 01.12.17 at 13:15, wrote:
>> > On Fri, Dec 01, 2017 at 05:11:45AM -0700, Jan Beulich wrote:
>> >> >>> On 01.12.17 at 12:48,
>>> On 01.12.17 at 13:15, wrote:
> On Fri, Dec 01, 2017 at 05:11:45AM -0700, Jan Beulich wrote:
>> >>> On 01.12.17 at 12:48, wrote:
>> > Suppose at one point we split hardware domain and control domain, which
>> > one will you call Dom0? Which one wi
mber
of control domains (perhaps with some coordination between
them).
Jan
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> On 01.12.17 at 11:21, wrote:
> On Thu, Nov 30, 2017 at 01:35:45AM -0700, Jan Beulich wrote:
>> >>> On 30.11.17 at 09:23, wrote:
>> > On Wed, Nov 29, Jan Beulich wrote:
>> >
>> >> Ah, I see. But then still I don't see why at
>>> On 30.11.17 at 09:23, wrote:
> On Wed, Nov 29, Jan Beulich wrote:
>
>> Ah, I see. But then still I don't see why at least on half way
>> recent Xen /sys/hypervisor/properties/features wouldn't have
>> the information you're after (and eve
>>> On 29.11.17 at 17:07, wrote:
> On Wed, Nov 29, Jan Beulich wrote:
>
>> But in the description you talk about detect_vm() - by its name that
>> doesn't look to care about Dom0, but whether running on top of
>> _some_ hypervisor.
>
> dom0 has to
vm() will get VIRTUALIZATION_NONE.
With all of the above, was it considered to check /sys/hypervisor
alongside with or perhaps even in preference to /proc/xen?
Jan
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> On 29.11.17 at 16:54, wrote:
> On Wed, Nov 29, Jan Beulich wrote:
>
>> With all of the above, was it considered to check /sys/hypervisor
>> alongside with or perhaps even in preference to /proc/xen?
>
> Yes.
> /proc/xen/capabilities is the one and only
On Tue, Nov 7, 2017 at 2:31 PM Shuang Liu wrote:
> The following looks strange:
>
> Sponsors
>
> systemd.conf 2015 is only possible by the financial support from
> sponsors. Our current sponsors include Madison Roofing and Eau Claire
> Attorney.
>
I guess the systemd.events domain was unregister
On středa 25. října 2017 9:25:49 CEST, Lennart Poettering wrote:
My recommendation would be to generate the mount unit dynamicly using
a "generator".
Doh, right! This actually made the code a bit more straightforward and
flexible. Thanks for your suggestion.
With kind re
y
calls `mount` explicitly, but that's probably not a very systemd-ish
solution.
How should I solve this elegantly?
With kind regards,
Jan
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
tart telling the watchdog "hey, I'm OK" only after
the system has fuly booted and my ultimate target has been *reached*?
SUggestions which offer additional possibilities are welcome. I like
system'd feature set, and I won't pr
On Mon, Jul 10, 2017 at 4:41 PM, Lennart Poettering
wrote:
> On Mon, 10.07.17 15:58, Lennart Poettering ([email protected]) wrote:
>
>> On Mon, 10.07.17 15:16, Jan Synacek ([email protected]) wrote:
>>
>> > On Mon, Jul 10, 2017 at 12:42 PM, Lennart Poetter
gt; 5. We require that the user name fits in the utmp user name field, so
>that we can always log properly about it.
Is this documented somewhere? If not, it would be great to have it
documented. I'm pretty sure that this exact paragraph would be
On Mon, Mar 20, 2017 at 7:40 PM Stanislav Angelovič
wrote:
Hi Jan,
thanks for quick response. Instead of sd_bus_process(), we could perhaps
use sd_bus_flush() after creating the connection, as that one actually
processes the requests until the connection changes state to 'running'. I
On Mon, Mar 20, 2017, 17:14 Jan Alexander Steffens
wrote:
>
> You could try calling sd_bus_process(bus, NULL) in a loop while it returns
> >0 so that the initial hello is handled.
>
Actually, never mind, this is not reliable. IIRC the initial handshake has
multiple steps so this
On Mon, Mar 20, 2017, 16:37 Stanislav Angelovič
wrote:
> Hi,
>
> We use sd-bus for DBus IPC in our own applications. Some applications of
> ours cause the dbus daemon to issue "Connection has not authenticated soon
> enough, closing it" message, leading to the
> org.freedesktop.DBus.Error.Timeout
boot param is present.
Hi,
check out the official Red Hat documentation [1] on how to disable the
naming scheme. If what's described there doesn't work, please, file a
bug report.
[1]
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/sec-D
On Wed, Jul 6, 2016 at 2:21 PM Jóhann B. Guðmundsson
wrote:
>
> It's questionable if such application should reside in upstream systemd
> since arguably systemd should have never created the graphical.target to
> begin with ( if it had not we probably would not be having this discussion
> since d
On Wed, Jul 6, 2016 at 1:50 PM Martin Pitt wrote:
> Martin Pitt [2016-07-06 13:47 +0200]:
> > I have a gut feeling that this should be expressible with systemd
> > dependencies -- i. e. "if gnome-session.service stops, then stop
> > gnome-session.target". Naïvely this would be
> > "PartOf=gnome-s
On Wed, Jul 6, 2016 at 10:51 AM Colin Guthrie wrote:
> Martin Pitt wrote on 04/07/16 23:08:
> >> > Why would you call it graphical-<$DE>.slice as opposed to simply
> <$DE>.slice
> >> > which is part of the <$DE>.target and graphical target is link to that
> >> > <$DE>.target ( if shipped upstrea
On Mon, Jun 6, 2016 at 1:27 PM Martin Pitt wrote:
> Andrei Borzenkov [2016-06-06 13:55 +0300]:
> > What is advantage in having static *.wants etc directories in
> > /usr/lib/systemd vs. Wants etc directives directly in unit definition?
> > They complicate troubleshooting (you no more have complet
, but I have no idea if it's
> related or not...
>
> Cheers,
>
> Adrien BESNARD
>
> 2016-05-26 11:59 GMT+02:00 Jan Alexander Steffens
> :
>
>> You need to listen to JobRemoved signals. All of them, before you start
>> your job - trying to match on the speci
You need to listen to JobRemoved signals. All of them, before you start
your job - trying to match on the specific job you get back from StopUnit
might not complete before the job is already removed.
On Thu, May 26, 2016 at 8:20 AM Adrien Besnard
wrote:
> I managed to do what I wanted to do usin
ow could we debug this problem?
You could use auditd to monitor the signals and then you will see which
process have sent the SIGKILL. There is also another method mentioned here:
https://www.ibm.com/developerworks/community/blogs/aimsupport/entry/Finding_the_source_of_signals_on_Linux_with_strace
least from
service availability that would be better option else it would not recover at
all. Or is there some
case when this would not be desired?
Jan
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Mon, Mar 7, 2016 at 7:31 AM, G D'Arezzo wrote:
> On 29 February 2016 at 19:05, Kok, Auke-jan H
> wrote:
>> On Sun, Feb 28, 2016 at 8:26 PM, G D'Arezzo wrote:
>>> "You probably want to use [Service] instead."
>>>
>>> T
On Sun, Feb 28, 2016 at 8:26 PM, G D'Arezzo wrote:
> "You probably want to use [Service] instead."
>
> Thanks for the suggestion, Auke. Unfortunately, Service and
> DefaultEnvironment don't go together:
>
> [/home/temp/.config/systemd/user/test.service.d/user.conf:2] Unknown
> lvalue 'DefaultEnvi
On Thu, Feb 25, 2016 at 7:06 PM, Guido D'Arezzo wrote:
> Hello, I’m trying to run user systemd services with DefaultEnvironment set
> in a user.conf under $HOME/.config/systemd/ but it isn't being read.
> The only .conf files I have seen being read are /etc/systemd/user.conf and
> /etc/systemd/use
On Mon, Feb 22, 2016 at 11:51 AM, Martin Townsend
wrote:
> Hi,
>
> Thanks for your reply. I wouldn't really call this system stripped down, it
> has an nginx webserver, DHCP server, postgresql-server, sftp server, a few
> mono (C#) daemons running, loads quite a few kernel modules during boot,
>
On Fri, Feb 19, 2016 at 7:15 AM, Martin Townsend
wrote:
> Hi,
>
> I'm new to systemd and have just enabled it for my Xilinx based dual core
> cortex A-9 platform. The linux system is built using Yocto (Fido branch)
> which is using version 219 of systemd.
>
> The main reason for moving over to sy
On Wed, Feb 17, 2016 at 4:49 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Wed, Feb 17, 2016 at 09:17:51AM -0800, Kok, Auke-jan H wrote:
>> Splitting it out increases that potential and will allow
>> systemd-bootchart to evolve out of cycle again, and look a bit over
>> the
On Wed, Feb 17, 2016 at 9:03 AM, Jóhann B. Guðmundsson
wrote:
> On 02/17/2016 04:51 PM, Daniel Mack wrote:
>> [I've put all people in Cc who have had more than one commit related to
>> systemd-bootchart in the past]
>>
>> As part of our spring cleaning, we've been thinking about giving
>> systemd-
On Feb 11, 2016 7:03 PM, "Reindl Harald" wrote:
>
>
>
> Am 11.02.2016 um 17:50 schrieb Lennart Poettering:
>>
>> * A new service setting RuntimeMaxSec= has been added that may
be used
>>to specify a maximum runtime for a service. If the timeout is
hit, the
>>servic
Zbigniew Jędrzejewski-Szmek writes:
> On Fri, Nov 13, 2015 at 09:27:17AM +0100, Jan Synáček wrote:
>> Hello,
>>
>> if anybody lurking here and hacking on systemd also likes scheme, I
>> created bindings for GNU Guile [1]. The API is far from covered, but
>> jo
David Timothy Strauss writes:
> Would you be interested in moving this work to the systemd umbrella project
> on GitHub? You would still manage the team, but it may get more visibility.
Sure, why not.
> On Fri, Nov 13, 2015, 19:27 Jan Synáček wrote:
>
>> Hello,
>>
&g
m, though, as systemd-211 is
pretty old.
[1] https://github.com/systemd/systemd/
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
fun,
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, Oct 22, 2015 at 11:07 PM, Mikhail Kasimov
wrote:
> Hello!
>
> 1. systemd services have a special key (-H) to connect to remote host
> via ssh. E.g. 'timedatectl -H user@host'. By default port 22 is used.
> But in very often cases admins change the default ssh-port in
> sshd-daemon settings
On Sun, Oct 18, 2015 at 5:05 PM, Andrei Borzenkov wrote:
> What can be done to log from unit that needs to be started before journald?
> Journal, syslog or kmsg all require journald connection and as far as I
> understand will deadlock on waiting for journald to accept it. NULL is not
> an option;
On Mon, Oct 12, 2015 at 4:38 AM, [email protected] wrote:
>
> hello guys:
> when I build systemd ,there is an error:***libmount support required but
> libraries not found .but I have do this"sudo apt-get install libmount-dev
> libmount1"in Ubuntu14.04 So what should I do ? Thank you!
Ub
Jan Synacek writes:
> Lennart Poettering writes:
>
>> On Thu, 10.09.15 19:10, Michael Biebl ([email protected]) wrote:
>>
>>> Hi,
>>>
>>> reading https://wiki.gnome.org/Projects/GnomeCommon/Migration, it says
>>> that intltool is practically
Michael Biebl writes:
> 2015-10-07 14:43 GMT+02:00 Jan Synacek :
>> Lennart Poettering writes:
>
>>> Happy to take a patch that removes the intltool hookup if it replaces
>>> it with the right gettext hookup instead.
>>
>> I have investigated this a bit
not be directly used
to parse and merge translations into XML files. However, a simple python
script instead of intltools should be enough for systemd's needs. I'll
investigate further and possibly submit a pull request.
--
Jan Synacek
So
On Mon, Oct 5, 2015 at 8:28 AM, Alessio Igor Bogani
wrote:
> So I'll install polkit. The only downside is that polkit drag
> Javascript interpreter in which isn't a typical package for an
> embedded system due it's footprint but I suspect that I should live
> with it. :-)
Yeah, that was a weird
On Wed, Sep 16, 2015 at 8:38 AM, Reindl Harald wrote:
> Am 16.09.2015 um 17:13 schrieb Ahmed S. Darwish:
>>
>> Not to mention that the same rolling-release model was adopted by
>> the kernel long time ago for similar reasons and much more ;-)
>
> that is *not* true and won't become true by repeat
On Tue, Aug 18, 2015 at 6:29 PM, Lennart Poettering
wrote:
> Why would you not do this?
GNU tar's documentation mentions the main drawback:
However, be aware that `--sparse' option presents
a serious drawback. Namely, in order to determine
if the file is sparse `tar' has to read it before
ile to open. That includes any
trailing new line. Depending on how you use cryptsetup, it will handle they
keyfile differently (see "Notes on Password Processing" in cryptsetup(8)).
You should try removing any trailing new lines from the keyfile.
Jan
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Commit v218-247-g11c6f69 broke the output of the utility. "%1$" PRIu64
"x" expands to "%1$lux", essentially "%lux", which shows the problem.
u and x cannot be combined, u wins as the type character, and x gets
emitted verbatim to stdout.
References: https://bugzilla.redhat.com/show_bug.cgi?id=1227
Lennart Poettering writes:
> On Mon, 22.06.15 14:49, Jan Synacek ([email protected]) wrote:
>
>> Lukáš Nykrýn writes:
>>
>> > Jan Synáček píše v Čt 18. 06. 2015 v 15:41 +0200:
>> >> Is remote-fs.target somehow dependent/ordered on network.target or
&g
Lukáš Nykrýn writes:
> Jan Synáček píše v Čt 18. 06. 2015 v 15:41 +0200:
>> Is remote-fs.target somehow dependent/ordered on network.target or
>> network-online.target? I can't find anything that would suggest it
>> actually is.
>>
>> Cheers,
>
> If
Is remote-fs.target somehow dependent/ordered on network.target or
network-online.target? I can't find anything that would suggest it
actually is.
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
sy
On Mon, Jun 15, 2015 at 5:44 AM, Harald Hoyer
wrote:
> On 14.06.2015 15:17, cee1 wrote:
>
> > BTW, systemd-bootchart has a option to chart entropy, how is the
> > entropy involved in boot up procedure?
>
> Well, if daemons need bytes from /dev/random (think sshd key generation), I
> guess they wi
-fs.target/start
Jun 15 10:37:55 rawhide-virt systemd[1]: local-fs.target: Job
local-fs.target/start deleted to break ordering cycle starting with
firewalld.service/start
[snip...]
Isn't systemd trying to delete too many jobs while resolving the cycles?
Cheers,
--
Jan Synacek
Software Eng
ub thinks it means a reference. I'm pretty sure this will mess up a
lot of pull requests in the future. Is there a way to fix this?
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-devel m
0
libudev: make libudev-enumerate a thin wrapper around sd-device
:100644 100644 837fd36381315029171562b344dca8620528d327
68d8252b84c13591cf8e0b0e15a99780f5dd0309 M Makefile.am
:04 04 c54e32bc21e34cc28693fbf653c4128a0383d3d7
11e1eeec94338e9294e25e720007c35f229d2
ssible (I don't really count thin LVs), and mapping to a
huge interval is just not as readable as using percentage. What is the
advantage of the mapping again? Sorry if I'm being thick.
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP s
In my kernel, there is CONFIG_SCHED_AUTOGROUP=y set. I believe that since
systemd is capable of, and is doing grouping on its own, the kernel option has
no effect. This seems reflected in /sys/fs/cgroups/cpu,cpuacct having
no subdirectories:
12:34 ares40:../cgroup/cpu,cpuacct > ls -Fax
./
Lennart Poettering writes:
> On Wed, 20.05.15 10:37, [email protected] ([email protected]) wrote:
>
>> From: Jan Synacek
>>
>> Allow certain configuration options to be specified as percentages. For
>> example, in journald.conf, SystemMaxUse= can now also be
Works fine. Don't forget to close the bug, though. :P
On 2015-05-19 00:37, Lennart Poettering wrote:
On Fri, 01.05.15 15:15, Jan Janssen ([email protected]) wrote:
This method should greatly improve offset based lookup, by simply jumping
from one boot to the next boot. It starts at the jo
On Tuesday 2015-05-19 19:03, Tom Gundersen wrote:
>> Unlike hwdevtype, arphrd is at least set _all the time_.
>
>True, but not always to something useful (which is why we special case
>ARPHRD_ETHER and DEVTYPE==wlan|wwan).
How so? If ethernet frames is what the OS has to send to the device to mak
On Tuesday 2015-05-19 18:38, Tom Gundersen wrote:
>>> > # networkctl status --no-pager eth0
>>> > ??● 3: eth0
>>> >Link File: n/a
>>> > Network File: n/a
>>> > Type: ether
>>> >State: off (unmanaged)
>>> > Path: pci-:01:00.0
>>> > Driver: r8169 [...]
>>> >
Lennart Poettering writes:
> On Wed, 13.05.15 15:21, [email protected] ([email protected]) wrote:
>
>> From: Jan Synacek
>
> Hmm, do we really need two options for this? I mean, since -e would
> only ever be combined with start, and -d only with stop it could as
>
This method should greatly improve offset based lookup, by simply jumping
from one boot to the next boot. It starts at the journal head to get the
a boot ID, makes a _BOOT_ID match and then comes from the opposite
journal direction (tail) to get to the end that boot. After flushing the matches
and
e immediately if the core dumping is disabled?
I'm running Fedora 22 with systemd-219-9.fc22.x86_64.
Cheers,
Jan
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On 2015-04-08 16:14, Jan Janssen wrote:
On 2015-04-08 14:39, Lennart Poettering wrote:
On Thu, 02.04.15 17:08, Jan Janssen ([email protected]) wrote:
This method should greatly improve offset based lookup. We now don't
have
to aggregate the full boot listing just so we can jump to a spe
Lennart Poettering writes:
> On Fri, 20.02.15 10:56, Jan Synacek ([email protected]) wrote:
>
> Sorry for the late review.
>
> What's the precise background of this? Can you elaborate? Is there
> some feature request for this?
Hi,
I can see that Andrei already answered
Hey Michael,
it is very nice that you add this missing but useful feature :-)
I'm not a systemd-developer so I want to ask you if it is possible to
add a hook for execute something after the unmount (for example to
delete the mount directory)?
Thank you very much and best regards
On Sun, Apr 12, 2015 at 1:49 AM, Shawn Landden wrote:
> Given that we don't do any operations on it (besides memcmp which doesn't
> matter)
> it doesn't actually violate, but it does generate an annoying warning.
What about making expected_chaddr a void pointer? Would that remove the warning?
__
What's the point in retrying if you got EOPNOTSUPP the first time? :P
Jan
On 2015-04-08 18:24, Lennart Poettering wrote:
On Wed, 08.04.15 16:49, Jan Janssen ([email protected]) wrote:
Awesome! Thanks!
Applied! (Though I took the liberty to swap the order around, to first
try direct access
---
src/systemctl/systemctl.c | 43 ++-
1 file changed, 38 insertions(+), 5 deletions(-)
diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c
index ae87e44..caa8d07 100644
--- a/src/systemctl/systemctl.c
+++ b/src/systemctl/systemctl.c
@@ -291
On 2015-04-08 14:39, Lennart Poettering wrote:
On Thu, 02.04.15 17:08, Jan Janssen ([email protected]) wrote:
This method should greatly improve offset based lookup. We now don't have
to aggregate the full boot listing just so we can jump to a specific position,
which can be a real pain o
---
Changes in v4:
- better logind API naming
- don't write to efi vars if they don't change
man/systemctl.xml | 10 +++
shell-completion/bash/systemctl.in | 2 +-
shell-completion/zsh/_systemctl.in | 1 +
src/login/logind-dbus.c| 9
sired.
The policy kit behavior feels weird to me: if I call bus_verify_polkit()
with interactive = false, I still get a password prompt for CanRebootToFirmware.
Is this a bug or am I doing something wrong here? Do I need to make a separate
get policy (with no auth_admin_keep) for this to work?
Jan
[1] https://jsynacek.fedorapeople.org/systemd/journalctl.log
[2] https://jsynacek.fedorapeople.org/systemd/device-unit.log
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-devel mailing list
sys
were in, even after a flush.
Though, I would still like someone with better journal internals knowledge
confirm
that this is how it's supposed to work.
Some testing/timing from others than me would be nice too.
Jan
src/journal/journalctl.c | 270 +--
Hi,
On 2015-04-02 11:34, Lennart Poettering wrote:
On Thu, 26.03.15 16:09, Jan Janssen ([email protected]) wrote:
Heya,
Hmm, so we already support passing special reboot() parameters, and
this is done by manipulating a file in /run, without introducing any
new targets. To me it appears that
On Thursday 2015-04-02 10:35, Lennart Poettering wrote:
>On Mon, 30.03.15 01:46, Jan Engelhardt ([email protected]) wrote:
>
>What does "systemctl status" and "systemctl show" say about the unit
>in question?
>
>(And what is klog.service? Sounds really obsol
Lennart Poettering writes:
> On Thu, 02.04.15 08:59, Jan Synacek ([email protected]) wrote:
>
>> >> think that systemd shouldn't create them where it doesn't make
>> >> sense. I don't think that that's achievable with the current logic. Am I
1 - 100 of 843 matches
Mail list logo
