[systemd-devel] python-systemd 233 released

arguments and defaults to LOG_LEVEL. Contributions from Robert James Hernandez, Zbigniew Jędrzejewski-Szmek Zbyszek ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd

Re: [systemd-devel] ruby bindings

On Tue, Oct 04, 2016 at 02:48:07PM +, Nathan Williams wrote: > Hello Zbyszek, > > Thanks for your reply :) > > From looking at the systemd-journal gem, I'd say they're complementary: > systemd-journal is entirely about interacting with the journal, and > dbus-systemd is focused squarely on

[systemd-devel] ruby bindings

You asked on irc about adding https://github.com/nathwill/ruby-dbus-systemd to the wiki. We can do that, but I'd like to clarify first the relationship to https://github.com/ledbettj/systemd-journal. Is it a replacement, complement, etc? What is the development status of your package: stable,

Re: [systemd-devel] Is it possible to load unit files from paths other than default paths ?

On Wed, Sep 21, 2016 at 04:56:52PM +0530, Raghavendra. H. R wrote: > Hi, > I would like to create a service under a customized path Eg:/mnt and > systemd should be able to pick my unit file from this. Use 'systemctl link /opt/BingoGast/whatever.service'. This will create a symlink that will tell

Re: [systemd-devel] why do we have aliases fro timedated, resolved, networkd, and what are they good for?

On Mon, Sep 12, 2016 at 11:55:21AM -0500, Brian Kroth wrote: > Umut Tezduyar Lindskog 2016-09-12 07:19: > >Hi Michael, > > > >On Sat, Sep 10, 2016 at 1:00 AM, Michael Biebl wrote: > >>Hi > >> > >>I wonder why we have the following aliases/symlinks > >> >

[systemd-devel] python-systemd 232 released

which combinations are supported depends on that library. systemd 232 contains various fixes in this area. Contributions from: Benedit Morbach, Michael Biebl, Michael Herold, Mike Gilbert, Nir Soffer, Sebastian, Ville Skyttä, Zbigniew Jędrzejewski-Szmek

Re: [systemd-devel] coredumpctl dump, not a core dump: File format not recognized

On Sun, Sep 11, 2016 at 10:16:05PM -0600, Chris Murphy wrote: > systemd-229-13.fc24.x86_64 > > What does it mean, file format not recognized? How is it not a core > dump file? Bug? > > > [chris@f24m ~]$ sudo coredumpctl gdb 1992 > [sudo] password for chris: >PID: 1992

Re: [systemd-devel] coredumpctl dump, not a core dump: File format not recognized

On Fri, Sep 16, 2016 at 12:38:45AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Sep 11, 2016 at 10:16:05PM -0600, Chris Murphy wrote: > > systemd-229-13.fc24.x86_64 > > > > What does it mean, file format not recognized? How is it not a core > > dump file? Bug

Re: [systemd-devel] systemd snapshot

On Sat, Aug 20, 2016 at 11:01:07PM -0400, Che wrote: > From GitHub: > > "Support for snapshots has been removed." See //github.com/systemd/systemd/commit/36b4a7ba55. Zbyszek ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org

Re: [systemd-devel] How to override generators on debian (v215)?

On Wed, Aug 17, 2016 at 04:02:00PM +, nusenu wrote: > Hi, > > according to the official documentation from upstream systemd [1] it is > possible to override a package generator by placing a custom generator > (with the same name) into /etc/system/system-generator. > > Since there is no

Re: [systemd-devel] Head ups - upstream first no longer applies to the kernel.

On Mon, Aug 15, 2016 at 10:53:56AM +, Jóhann B. Guðmundsson wrote: > Just a heads up based on the merge of [1] systemd no longer > requires features to have been accepted in the upstream kernel > before merging it. See the man page: Due to the lack of consensus in the kernel community,

Re: [systemd-devel] NOARP support (systemd-networkd)

On Sun, Jul 31, 2016 at 06:08:32AM +0300, Jukka Aho wrote: > If there is a supported way of switching the "NOARP" mode on for a > given interface, or a workaround, I'd be interested in hearing about > it. If there is no support for this at all, I would suggest adding > it. There's no support

Re: [systemd-devel] understanding systemd ordering vs dependencies

On Mon, Jul 25, 2016 at 10:59:00PM +, Patrick Schleizer wrote: > Hi! > > I am trying to understand systemd ordering vs dependencies. > > When I am already using Wants=, why should I also add After=? > > When I am already using After=, why should I also add Wants=? Please see the

Re: [systemd-devel] systemd-coredump, coredump is truncated to exactly 2GiB

On Sat, Jul 23, 2016 at 02:10:51PM -0600, Chris Murphy wrote: > On Sat, Jul 23, 2016 at 11:41 AM, Zbigniew Jędrzejewski-Szmek > <zbys...@in.waw.pl> wrote: > > On Fri, Jul 22, 2016 at 07:40:25PM -0600, Chris Murphy wrote: > >> qemu-system-x86 core dumped on me

Re: [systemd-devel] systemd-coredump, coredump is truncated to exactly 2GiB

On Fri, Jul 22, 2016 at 07:40:25PM -0600, Chris Murphy wrote: > qemu-system-x86 core dumped on me for some reason, and I see it in the > journal: > > Jul 22 13:24:30 f24m systemd-coredump[3914]: Process 3829 > (qemu-system-x86) of user 107 dumped core. > > OK no problem. > > [chris@f24m ~]$

Re: [systemd-devel] RFC: removing .shapshot

On Fri, Jul 22, 2016 at 12:42:58PM +0200, Michael Biebl wrote: > Hi > > 2015-11-07 14:33 GMT+01:00 Zbigniew Jędrzejewski-Szmek <zbys...@in.waw.pl>: > > Hi, > > > > do you use .snapshot unit type? If you do, please speak up. > > > > I'd like

Re: [systemd-devel] audit support weirdness

On Tue, Jul 05, 2016 at 01:15:30AM +0200, Michał Zegan wrote: > Hello. > > There is a problem with current audit support in journald. it listens > for audit events, but those same audit events go to dmesg, making a lot > of garbage. There were patches for the kernel to not log to dmesg when

Re: [systemd-devel] Standardizing names for graphical session units

On Mon, Jul 04, 2016 at 10:01:48PM +0200, Martin Pitt wrote: > Hello all, > > a while ago I started experimenting with converting Ubuntu's upstart > graphical session to the user D-Bus and systemd session. This works > nicely and naturally for services which don't need $DISPLAY and are > not

Re: [systemd-devel] how to use per-user systemd --user services / how to replace /etc/xdg/autostart/app.desktop?

On Thu, Jun 16, 2016 at 12:32:24PM +, Patrick Schleizer wrote: > Hi! > > I would like to replace some /etc/xdg/autostart/app.desktop files with > systemd --user services. I believe these are better because then systemd > keywords such as 'After=' etc. can be used. > > Is this a use case

Re: [systemd-devel] [ANNOUNCE] systemd v230

On Thu, Jun 09, 2016 at 11:18:44PM +0200, Michael Biebl wrote: > 2016-05-23 14:36 GMT+02:00 Zbigniew Jędrzejewski-Szmek <zbys...@in.waw.pl>: > > On Mon, May 23, 2016 at 11:39:04AM +0200, Michael Biebl wrote: > >> 2016-05-22 0:51 GMT+02:00 Zbigniew Jędrzejewski-

Re: [systemd-devel] Erlang bindings for systemd-notify API

On Sun, May 29, 2016 at 10:59:23AM +0200, Peter Lemenkov wrote: > Hello All! > I'd like to introduce another systemd-related project - > erlang-sd_notify. That's just a bindings for sd_notify API. Currently > it implements bindings just for two functions - sd_notify and > sd_notifyf, which is

Re: [systemd-devel] [ANNOUNCE] systemd v230

On Fri, May 27, 2016 at 02:45:51AM +0200, Michael Biebl wrote: > 2016-05-27 2:03 GMT+02:00 Zbigniew Jędrzejewski-Szmek <zbys...@in.waw.pl>: > > On Fri, May 27, 2016 at 01:52:41AM +0200, Michael Biebl wrote: > >> $ loginctl enable-linger > >> Could not enable lin

Re: [systemd-devel] [ANNOUNCE] systemd v230

On Fri, May 27, 2016 at 01:52:41AM +0200, Michael Biebl wrote: > 2016-05-27 1:50 GMT+02:00 Michael Biebl : > >> After the user logs out of all sessions, user@.service will be > >> terminated too, by default, unless the user has "lingering" > >> enabled. > >>

Re: [systemd-devel] [ANNOUNCE] systemd v230

On Sun, May 22, 2016 at 01:33:13PM +0500, Alexander E. Patrakov wrote: > 22.05.2016 03:51, Zbigniew Jędrzejewski-Szmek пишет: > >Hi, > > > >systemd v230 has been tagged. Enjoy! > > > >CHANGES WITH 230: > > > > >* Framebuffer

Re: [systemd-devel] [ANNOUNCE] systemd v230

On Mon, May 23, 2016 at 01:33:57AM -0400, Dave Reisner wrote: > On Sat, May 21, 2016 at 10:51:13PM +0000, Zbigniew Jędrzejewski-Szmek wrote: > > Hi, > > > > systemd v230 has been tagged. Enjoy! > > > > CHANGES WITH 230: > > Hi, > > One important ch

Re: [systemd-devel] [ANNOUNCE] systemd v230

On Sun, May 22, 2016 at 02:02:57PM +0500, Alexander E. Patrakov wrote: > 22.05.2016 13:33, Alexander E. Patrakov пишет: > >22.05.2016 03:51, Zbigniew Jędrzejewski-Szmek пишет: > >>Hi, > >> > >>systemd v230 has been tagged. Enjoy! > >> > >>C

[systemd-devel] [ANNOUNCE] systemd v230

aka nafets227, Steven Siloti, Susant Sahani, Sylvain Plantefève, Taylor Smock, Tejun Heo, Thomas Blume, Thomas Haller, Thomas H. P. Andersen, Tobias Klauser, Tom Gundersen, topimiettinen, Torstein Husebø, Umut Tezduyar Lindskog, Uwe Kleine-König, Victor Toso,

[systemd-devel] getting ready for systemd 230

Hi, we're getting close. Please give the latest git a spin, look for typos and omissions in NEWS, etc. Speak up if you have anything outstanding that should be merged before the release. There's a bunch of pull requests on github that add new functionality, let's delay those until after the

Re: [systemd-devel] systemd hibernator generator does not function on default Fedora install

On Thu, Apr 21, 2016 at 12:00:55PM -0600, Chris Murphy wrote: > On Wed, Apr 20, 2016 at 3:14 AM, Lennart Poettering > wrote: > > On Tue, 19.04.16 22:47, Chris Murphy (li...@colorremedies.com) wrote: > > > >> In some ancient bug or lkml I'd read a kernel maintainer say that

Re: [systemd-devel] [networkd] dbus interface?

On Tue, May 17, 2016 at 03:00:16PM +0200, Yuri D'Elia wrote: > On Mon, May 16 2016, Lennart Poettering wrote: > >> Just as a curiosity though, is there some logic in the link numbers > >> given? All my links are _3[123]. Since I just need to emit some > >> notifications for the time being, knowing

Re: [systemd-devel] systemd-boot in fedora 23/24

On Thu, Apr 14, 2016 at 07:00:59PM +0300, Vasiliy Tolstov wrote: > Why fedora not shipped systemd-boot ? > I'm happy with this thin stuff and not need full grub, may be this is > unsupported setup? Or systemd-boot deprecated? > Thanks! It's there. It works. See bootctl(1). Zbyszek

Re: [systemd-devel] resolved: does DNSSEC=allow-downgrade affect caching?

On Wed, Apr 13, 2016 at 04:43:27PM +0300, Ran Benita wrote: > On Wed, Apr 13, 2016 at 01:04:17PM +0000, Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Apr 13, 2016 at 02:26:49PM +0300, Ran Benita wrote: > > > coredumpctl doesn't show the crash so can't say what it's about

Re: [systemd-devel] resolved: does DNSSEC=allow-downgrade affect caching?

On Wed, Apr 13, 2016 at 02:26:49PM +0300, Ran Benita wrote: > OK, I just looked at the logs and figured out what happens: resolved > crashes whenever I perform a query with allow-downgrade, and after a few > times it doesn't restart and presumably the nss module falls back to > direct DNS queries.

Re: [systemd-devel] [PATCHSET RE-RESEND] update unified hierarchy support

Hi, we've moved the development of systemd to github, it's best to open pull requests there. I uploaded your patches as https://github.com/systemd/systemd/pull/2902. Let's discuss things there. Zbyszek On Fri, Mar 25, 2016 at 02:34:00PM -0400, Tejun Heo wrote: > (sorry, of course forgot to

Re: [systemd-devel] Support for large applications

On Fri, Feb 19, 2016 at 03:13:43PM +0100, Tomasz Torcz wrote: > On Fri, Feb 19, 2016 at 12:49:53PM +0000, Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Feb 19, 2016 at 01:42:12PM +0100, Michal Sekletar wrote: > > > On Wed, Feb 17, 2016 at 1:35 PM, Avi Kivity <a..

Re: [systemd-devel] Support for large applications

On Fri, Feb 19, 2016 at 01:42:12PM +0100, Michal Sekletar wrote: > On Wed, Feb 17, 2016 at 1:35 PM, Avi Kivity wrote: > > > 3. watchdog during startup > > > > Sometimes we need to perform expensive operations during startup (log > > replay, rebuild from network replica) before

Re: [systemd-devel] socket activation systemd holding a reference to an accepted socket

On Thu, Feb 18, 2016 at 09:59:32AM +0300, Andrei Borzenkov wrote: > On Thu, Feb 18, 2016 at 4:44 AM, Ben Woodard wrote: > > Is it intentional that systemd holds a reference to a socket it has just > > accepted even though it just handed the open socket over to a > >

Re: [systemd-devel] Moving systemd-bootchart to a standalone repository

On Wed, Feb 17, 2016 at 09:17:51AM -0800, Kok, Auke-jan H wrote: > 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

Re: [systemd-devel] Support for large applications

On Wed, Feb 17, 2016 at 02:35:55PM +0200, Avi Kivity wrote: > We are using systemd to supervise our NoSQL database and are > generally happy. > > A few things will help even more: > > 1. log core dumps immediately rather than after the dump completes > > A database will often consume all memory

Re: [systemd-devel] [RFC] the chopping block

On Fri, Feb 12, 2016 at 10:16:14PM +0100, Lennart Poettering wrote: > On Thu, 11.02.16 19:44, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > On Thu, Feb 11, 2016 at 06:45:52PM +0100, Lennart Poettering wrote: > > > On Thu, 11.02.16 17:34, Zbigniew Jęd

Re: [systemd-devel] [RFC] the chopping block

On Thu, Feb 11, 2016 at 06:45:52PM +0100, Lennart Poettering wrote: > On Thu, 11.02.16 17:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart Poettering wrote: > > > Heya! > > > > > > So I

Re: [systemd-devel] [RFC] the chopping block

On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart Poettering wrote: > Heya! > > So I am thinking about some spring cleaning, and would love to remove > the following bits from the systemd package: > > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >time Debian was still

Re: [systemd-devel] Dependencies on targets

On Tue, Feb 09, 2016 at 04:55:45PM -0500, Pathangi Janardhanan wrote: > Hi All, > > I have a target t1, which has three services associated with it, t11, t12 > and t13. The service dependencies After etc. I have in the individual t11, > t12 and t13 unit files > > I have another target t2,

Re: [systemd-devel] v228: changing run-levels terminates all user sessions

Changing runlevels how? Zbyszek On Mon, Feb 08, 2016 at 08:15:01PM +0300, Andrei Borzenkov wrote: > Because it stops all session-N.scope units. > > Is it expected and intentional behavior? ___ systemd-devel mailing list

Re: [systemd-devel] Mounting a partition at the *right* time

On Mon, Jan 04, 2016 at 04:00:30PM +0100, Rainer Dorsch wrote: > Is that the output of journalctl ? > > http://sprunge.us/LdVV Yes. The relevant part is: Jan 04 15:50:12 OpenELEC systemd[1]: Started Apply Kernel Variables. Jan 04 15:51:37 OpenELEC systemd[1]: Job dev-mmcblk0p1.device/start

Re: [systemd-devel] Scheme bindings

On Fri, Nov 20, 2015 at 01:53:02PM +0100, Jan Synacek wrote: > Zbigniew Jędrzejewski-Szmek <zbys...@in.waw.pl> writes: > > > On Fri, Nov 13, 2015 at 09:27:17AM +0100, Jan Synáček wrote: > >> Hello, > >> > >> if anybody lurking here and hacking

Re: [systemd-devel] [packaging] split of systemd package

On Mon, Nov 16, 2015 at 09:37:41AM +0100, Lukáš Nykrýn wrote: > Zbigniew Jędrzejewski-Szmek píše v So 14. 11. 2015 v 02:14 +: > > Hi, > > > > implementing the split in Fedora deserves a Changes page, > > because of the need to coordinate with other components of

Re: [systemd-devel] Scheme bindings

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 > journal API and sd_listen* stuff is usable. You can now write socket > activated

Re: [systemd-devel] RFC: Setting TasksMax= by default

On Fri, Nov 13, 2015 at 04:57:07PM +0100, Lennart Poettering wrote: > On Fri, 13.11.15 14:27, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > > b) I'd like to introduce DefaultTasksMax= that controls the default > > >value of the per-unit TasksMax= by

Re: [systemd-devel] [packaging] split of systemd package

Hi, implementing the split in Fedora deserves a Changes page, because of the need to coordinate with other components of the distribution (comps, some packages, anaconda): https://fedoraproject.org/wiki/Changes/systemd_package_split All the details are described on the Change page. If anything

Re: [systemd-devel] RFC: Setting TasksMax= by default

On Fri, Nov 13, 2015 at 02:49:39PM +0100, Lennart Poettering wrote: > Heya! > > So, I am tempted to make the following changes to systemd, and was > wondering about opinions about it: > > a) The first change is rather uncontroversial I presume: I'd like to >set DefaultTasksAccounting=yes in

Re: [systemd-devel] Detect if a script runs during bootup

On Wed, Nov 11, 2015 at 12:17:59PM +0100, Tomasz Torcz wrote: > On Wed, Nov 11, 2015 at 12:03:10PM +0100, Frank Steiner wrote: > > Hi, > > > > is there an easy way to figure out if a LSB script in /etc/init.d/ > > is called during bootup by systemd? I need to distinguish the first > > execution

Re: [systemd-devel] [packaging] split of systemd package

On Wed, Nov 11, 2015 at 12:58:14PM +0100, Martin Pitt wrote: > Hello all, > > in case it's useful, this is how we split them in Debian. > > However, is this even a topic for upstream, apart from giving > recommendations? I. e. do you actually consider putting this kind of > split into the

Re: [systemd-devel] Detect if a script runs during bootup

On Wed, Nov 11, 2015 at 04:39:23PM +0100, Frank Steiner wrote: > Isn't there an easy way to figure out if this script is running > inside the boot process? Some variable set or not yet set? You can use systemctl is-system-running (see the man page). Zbyszek

Re: [systemd-devel] [packaging] split of systemd package

On Wed, Nov 11, 2015 at 03:43:51PM +, Jóhann B. Guðmundsson wrote: > > > On 11/11/2015 01:12 PM, Michael Biebl wrote: > >2015-11-11 12:58 GMT+01:00 Martin Pitt : > >>Hello all, > >> > >>in case it's useful, this is how we split them in Debian. > >> > >>However, is

Re: [systemd-devel] [packaging] split of systemd package

On Wed, Nov 11, 2015 at 02:33:52PM +0100, Lukáš Nykrýn wrote: > > > systemd-firstboot (firstboot,sysusers?,factory stuff?) > > > > I'd really not bother with this stuff. This should be in the base, > > and > > it is tiny. Plese leave this in the main package. > > The only reason was that it

Re: [systemd-devel] [packaging] split of systemd package

On Wed, Nov 11, 2015 at 12:58:14PM +0100, Martin Pitt wrote: > Hello all, > > in case it's useful, this is how we split them in Debian. > > However, is this even a topic for upstream, apart from giving > recommendations? I. e. do you actually consider putting this kind of > split into the

Re: [systemd-devel] [packaging] split of systemd package

On Thu, Nov 12, 2015 at 06:13:32AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Nov 11, 2015 at 12:58:14PM +0100, Martin Pitt wrote: > > Hello all, > > > > in case it's useful, this is how we split them in Debian. > > > > However, is this even a topi

Re: [systemd-devel] Pruning journal on systemd 216

On Tue, Nov 10, 2015 at 09:23:50AM -0600, Ian Pilcher wrote: > Running Fedora 21 with systemd 216, and just discovered that journal > files are taking up 1.8G. I see references to "journalctl > --vacuum-time" on the interwebs, but that option doesn't seem to be > present in my version. > > So

[systemd-devel] RFC: removing .shapshot

Hi, do you use .snapshot unit type? If you do, please speak up. I'd like to remove support for the .snapshot unit type. It seems not be used, snapshots are basically transient targets, and targets can be used to implement similar functionality. The advantage would be a small reduction of the

Re: [systemd-devel] [ANNOUNCE] python-systemd v231

On Thu, Oct 29, 2015 at 02:16:02AM +0100, Michael Biebl wrote: > Oops, the make check output was cut off > > 2015-10-29 2:14 GMT+01:00 Michael Biebl : > > $ make check > > python setup.py build > > running build > > running build_py > > package init file

[systemd-devel] [ANNOUNCE] python-systemd v231

tify and sd_pid_notify_with_fds are now wrapped as optional arguments to notify(), when compiled against a new-enough libsystemd. Contributions from: David Strauss, Evgeny Vereshchagin, Jacek Konieczny, Jeroen Dekkers, Zbigniew Jędrzejewski-Szmek -- Zby

Re: [systemd-devel] systemd-nspawn --setenv=SOMETHING=other: What is that for?

On Sat, Oct 24, 2015 at 11:05:50PM +0200, Tobias Hunger wrote: > Hi Systemd List! > > I have been trying today to pass some information into a container I > set up with systemd-nspawn, using --setenv=SOMEVAR=foo. That works, I > see SOMEVAR in /proc/1/environ of the container. > > So far so

Re: [systemd-devel] Slides for November USENIX/LISA tutorial on "systemd, the Next-Generation Linux System Manager"

On Mon, Sep 28, 2015 at 10:47:43AM -0700, Chaiken, Alison wrote: > Zbigniew Jędrzejewski-Szmek wrote: > >I don't understand one part: why do you say that creating a new target > >requires writing C++ code? > > If it is in fact possible to write a > new .target unit that

Re: [systemd-devel] Slides for November USENIX/LISA tutorial on "systemd, the Next-Generation Linux System Manager"

On Sun, Sep 27, 2015 at 09:57:14PM -0700, Chaiken, Alison wrote: > > > The slides: http://she-devel.com/LISA15/LISA15_systemd.pdf > > Slides in other formats and systemd-nspawn containers in which to > perform the exercises are available as well; tune to > http://she-devel.com/ and look for

Re: [systemd-devel] RFC: removing initctl support

On Tue, Sep 22, 2015 at 02:31:25AM +0200, Lennart Poettering wrote: > Heya! > > Since a long time systemd has been shipping with two-way compat > support for /dev/initctl, and I am tempted to remove it. Before I do > so, I'd like some input on the relevance of this interface: I'd guess that

Re: [systemd-devel] Implicit unit dependency on slice might be too weak ?

On Tue, Sep 22, 2015 at 11:52:05AM +0200, Francis Moreau wrote: > On Tue, Sep 22, 2015 at 11:14 AM, David Herrmann > wrote: > > Hi > > > > On Tue, Sep 22, 2015 at 10:58 AM, Francis Moreau > > wrote: > [...] > >>> > >> > >> But what if the slice

Re: [systemd-devel] RFC: filter and search journalctl

On Tue, Aug 18, 2015 at 09:00:27AM -0400, Anne Mulhern wrote: Re-reading the docs, I realize that the information is right there in plain sight. If the value is not defined, the variable name, minus the @ signs, is displayed. Nice and simple. But now, I wonder what happens for fields

Re: [systemd-devel] RFC: filter and search journalctl

On Mon, Aug 17, 2015 at 10:24:22AM -0400, Anne Mulhern wrote: - Original Message - From: Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl To: Sebastian Schindler sebastian.schind...@travelping.com Cc: systemd-devel@lists.freedesktop.org Sent: Saturday, August 8, 2015 3:48:30

Re: [systemd-devel] RFC: filter and search journalctl

On Fri, Aug 07, 2015 at 11:53:13AM +0200, Sebastian Schindler wrote: Grep-ing seems to be the only solution to find log entries if you don't fully know what you're looking for. For example: You want to see all entries containing a certain MESSAGE that gets enriched with additional information

Re: [systemd-devel] password agent helper program and example

On Wed, Aug 05, 2015 at 04:08:02PM -0700, Frederick Roeber wrote: Last year, when I was installing a bunch of headless servers, I wrote a password agent. I wrote a C program to deal with the hard part (inotify, NotAfter, the socket) and then fork a child to do the simple part (in my case, a

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

On Sat, Aug 01, 2015 at 03:27:23PM +1000, Jonathan Liu wrote: Hi, On 2/06/2015 8:27 PM, Dimitri John Ledkov wrote: On 1 June 2015 at 19:12, David Herrmann dh.herrm...@gmail.com wrote: Hi As of today we've disabled git-push to fd.o. The official development git repository is now at github

Re: [systemd-devel] Looking for experiences formalizing an API for journal messages

On Wed, Jul 29, 2015 at 03:02:26PM -0400, Anne Mulhern wrote: What I'm wondering about is the existence of some processes (not systemd), that have an agreement on a set of key-value pairs that they communicate with through the journal. There was work done on converting abrt to use the

Re: [systemd-devel] in-kernel structured logging

On Thu, Jul 30, 2015 at 12:16:03PM -0400, Anne Mulhern wrote: Hi! This is really closely related to my previous question re. formalizing an API. In the design document (https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEHIX3MSTs) there is a statement about a

Re: [systemd-devel] Looking for experiences formalizing an API for journal messages

On Thu, Jul 30, 2015 at 10:56:42AM -0400, Anne Mulhern wrote: On Wed, Jul 29, 2015 at 03:02:26PM -0400, Anne Mulhern wrote: What I'm wondering about is the existence of some processes (not systemd), that have an agreement on a set of key-value pairs that they communicate with through

Re: [systemd-devel] systemd and $PATH

On Mon, Jul 27, 2015 at 02:15:31PM +0200, Miroslav Suchý wrote: Hi, is there anything in systemd what somehow manipulate $PATH. Systemd sets $PATH to a fixed value for services[1], with /sbin before /bin. But this shouldn't normally be visible in a user shell, unless it is run directly as a

Re: [systemd-devel] offline updates

On Mon, Jul 27, 2015 at 08:48:08PM +0200, Lennart Poettering wrote: On Tue, 21.07.15 03:27, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: [resending with the right systemd-devel address, sorry for that] Here are some thoughts on offline updates resulting from testing the new

Re: [systemd-devel] offline updates

On Tue, Jul 21, 2015 at 03:00:39PM -0400, Will Woods wrote: On Tue, 2015-07-21 at 03:27 +, Zbigniew Jędrzejewski-Szmek wrote: fedup-system-upgrade.service uses an additional flag file which is checked with ConditionPathExists so it will not run if 'dnf fedup reboot' did not create

[systemd-devel] offline updates

[resending with the right systemd-devel address, sorry for that] Here are some thoughts on offline updates resulting from testing the new dnf fedup plugin developed by Will Woods [https://github.com/wgwoods/dnf-plugin-fedup]. I ran an update using dnf fedup and it works (or would have worked, if

Re: [systemd-devel] HEADS-UP: splitting python-systemd out

On Tue, Jul 07, 2015 at 03:49:13PM +0200, Michael Biebl wrote: 2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: Comments, patches, pull requests — especially for documentation and tests — are very much welcome. Regarding the documentation: I failed to generate

[systemd-devel] HEADS-UP: splitting python-systemd out

I've been asked to split the python-systemd out of the main systemd tree. This is the set of python modules which wrap libsystemd. They were originally started as a separate project by David Strauss. By splitting them out we return to the origins. In systemd we also use python to build parts of

Re: [systemd-devel] HEADS-UP: splitting python-systemd out

On Tue, Jul 07, 2015 at 04:11:28AM +0200, Michael Biebl wrote: Hi! 2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: The new separated package is at https://github.com/systemd/python-systemd .. Following the example of libudev, I bumped the version

Re: [systemd-devel] [PATCH] ima-setup: write policy one line at a time

On Thu, Jun 11, 2015 at 11:28:06AM +0200, Lennart Poettering wrote: On Thu, 11.06.15 00:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: On Thu, Jun 11, 2015 at 01:16:47AM +0200, Lennart Poettering wrote: On Wed, 10.06.15 15:38, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl

[systemd-devel] [PATCH] ima-setup: write policy one line at a time

ima_write_policy() expects data to be written as one or more rules, no more than PAGE_SIZE at a time. Easiest way to ensure that we are not splitting rules is to read and write on line at a time. https://bugzilla.redhat.com/show_bug.cgi?id=1226948 --- src/core/ima-setup.c | 39

Re: [systemd-devel] [PATCH] ima-setup: write policy one line at a time

On Thu, Jun 11, 2015 at 01:16:47AM +0200, Lennart Poettering wrote: On Wed, 10.06.15 15:38, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: ima_write_policy() expects data to be written as one or more rules, no more than PAGE_SIZE at a time. Easiest way to ensure that we

Re: [systemd-devel] [PATCH] Partially revert ma-setup: simplify

On Mon, Jun 08, 2015 at 12:29:51PM +0200, Lennart Poettering wrote: On Thu, 04.06.15 13:24, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: On Wed, Jun 03, 2015 at 11:23:51AM -0400, Mimi Zohar wrote: On Wed, 2015-06-03 at 06:50 +0200, Lennart Poettering wrote: On Tue, 02.06.15

Re: [systemd-devel] [PATCH] Partially revert ma-setup: simplify

On Wed, Jun 03, 2015 at 11:23:51AM -0400, Mimi Zohar wrote: On Wed, 2015-06-03 at 06:50 +0200, Lennart Poettering wrote: On Tue, 02.06.15 11:55, Mimi Zohar (zo...@linux.vnet.ibm.com) wrote: We could add another parameter to copy_bytes(), but in this case it's cleaner to call fstat()

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

On Tue, Jun 02, 2015 at 04:03:59PM +0200, David Herrmann wrote: Hi On Tue, Jun 2, 2015 at 3:58 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Tue, Jun 02, 2015 at 03:31:19PM +0200, Daniel Mack wrote: On 06/02/2015 02:19 PM, Jason A. Donenfeld wrote: On Tue, Jun 2, 2015

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

On Tue, Jun 02, 2015 at 04:34:03PM +0200, Martin Pitt wrote: David Herrmann [2015-06-02 13:06 +0200]: Our preferred way to send future patches is the github way. This means sending pull-requests to the github repo. Furthermore, all feature patches should go through pull-requests and should

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

On Tue, Jun 02, 2015 at 03:31:19PM +0200, Daniel Mack wrote: On 06/02/2015 02:19 PM, Jason A. Donenfeld wrote: On Tue, Jun 2, 2015 at 1:06 PM, David Herrmann dh.herrm...@gmail.com wrote: Regarding the final github address: David Strauss kindly offered the 'systemd' user to us. Hence, we

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Tue, Jun 02, 2015 at 11:56:43AM +0100, Bastien Nocera wrote: On Mon, 2015-06-01 at 19:16 +0200, David Herrmann wrote: Hi On Mon, Jun 1, 2015 at 6:51 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Mon, Jun 01, 2015 at 05:48:15PM +0100, Bastien Nocera wrote: On Sun

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Mon, Jun 01, 2015 at 05:48:15PM +0100, Bastien Nocera wrote: On Sun, 2015-05-31 at 02:24 +, Zbigniew Jędrzejewski-Szmek wrote: On Wed, May 27, 2015 at 11:21:06AM +0200, Bastien Nocera wrote: On Wed, 2015-05-20 at 12:01 +0200, David Herrmann wrote: Hi On Wed, May 20, 2015

[systemd-devel] [PATCH] Partially revert ma-setup: simplify

--- OK, that's strange. Because the error message comes from copy_bytes() failing, and in copy_bytes() EINVAL could only originate in loop_write(), unless I'm missing something. Can you check the following patch, which essentially reverts to the old copy method? Zbyszek src/core/ima-setup.c |

Re: [systemd-devel] [ANNOUNCE] Git development moved to github

On Mon, Jun 01, 2015 at 08:12:37PM +0200, David Herrmann wrote: [1] https://github.com/systemd-devs/systemd Is there a particular reason not to use the existing https://github.com/systemd/systemd ? Zbyszek ___ systemd-devel mailing list

Re: [systemd-devel] [PATCH] Partially revert ma-setup: simplify

On Mon, Jun 01, 2015 at 12:36:25PM -0400, Mimi Zohar wrote: On Mon, 2015-06-01 at 11:57 -0400, Mimi Zohar wrote: On Mon, 2015-06-01 at 10:36 -0400, Zbigniew Jędrzejewski-Szmek wrote: --- OK, that's strange. Because the error message comes from copy_bytes() failing

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Wed, May 27, 2015 at 11:21:06AM +0200, Bastien Nocera wrote: On Wed, 2015-05-20 at 12:01 +0200, David Herrmann wrote: Hi On Wed, May 20, 2015 at 8:46 AM, Tom Gundersen t...@jklm.no wrote: On Wed, May 20, 2015 at 8:24 AM, Martin Pitt martin.p...@ubuntu.com wrote: Hey David,

Re: [systemd-devel] [PATCH] cgtop: raw output option (disable conversion to human-readable units)

On Fri, May 22, 2015 at 04:56:15PM -0500, Charles Duffy wrote: From: Charles Duffy chadu...@cisco.com --- src/cgtop/cgtop.c | 28 ++-- 1 file changed, 22 insertions(+), 6 deletions(-) diff --git a/src/cgtop/cgtop.c b/src/cgtop/cgtop.c index a390cf3..0dbac7f

Re: [systemd-devel] [PATCH 6/6] udevd: event - port spawn_wait() to sd-event

On Tue, May 26, 2015 at 12:38:48AM +0200, Tom Gundersen wrote: This allows us to drop the special sigterm handling in spawn_wait() as this will now be passed directly to the worker event loop. We now log failing processe at 'warning' leve, otherwise the behavior is unchanged. Changes look

Re: [systemd-devel] [PATCH] cgtop: add options to format memory, IO usage in raw bytes

On Fri, May 22, 2015 at 05:44:47PM -0500, Charles Duffy wrote: From: Charles Duffy chadu...@cisco.com --- src/cgtop/cgtop.c | 64 --- 1 file changed, 51 insertions(+), 13 deletions(-) diff --git a/src/cgtop/cgtop.c b/src/cgtop/cgtop.c

Re: [systemd-devel] 220 tarball erroneously ships keyboard-keys-from-name.gperf

On Fri, May 22, 2015 at 05:28:01PM +0200, Martin Pitt wrote: Hello, while packaging 220, I got the audit related build failure that was already reported [1], but also another one: | In file included from ../src/udev/udev-builtin-keyboard.c:29:0: | ./src/udev/keyboard-keys-from-name.h: In

<    1   2   3   4   5   6   7   8   9   10   >