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

On 12/12/2014 02:57 PM, Matthias Urlichs wrote: Hi, Colin Guthrie: What's the argument for including /usr/local in all this stuff? Feels wrong to me. +ME_TOO. /usr/local frequently has wider permissions than reasonable for something that can affect system startup. I can think of one

Re: [systemd-devel] [PATCH] Add FDB support

On 12/12/2014 03:07 PM, Lennart Poettering wrote: Given that fdb and entry are commonly used I think [FDBEntry] would be fine. It exist there in the first place makes it an entry so what's wrong with just calling this entry [FDB]? JBG ___

Re: [systemd-devel] [PATCH] Add FDB support

On 12/12/2014 03:12 PM, Jóhann B. Guðmundsson wrote: On 12/12/2014 03:07 PM, Lennart Poettering wrote: Given that fdb and entry are commonly used I think [FDBEntry] would be fine. It exist there in the first place makes it an entry so what's wrong with just calling this entry [FDB

Re: [systemd-devel] [PATCH] Add FDB support

On 12/12/2014 04:12 PM, Rauta, Alin wrote: Hi, [BrigdeFDB] can be also fine. It's just that [BridgeFDB] makes you think at the entire forwarding database table and you are actually defining only one entry. [BridgeFDBEntry] makes you think at just one entry in that table. Hmm So it can grow

Re: [systemd-devel] [PATCH] Add FDB support

The in the field problem is that after what firmware 1.7 changes with Intel network drivers or what not things broke due to the fact that network interfaces settings did not get inherited to the bridge interface and we need to avoid that problem, which is why I think we need to redefine how we

Re: [systemd-devel] systemd boot issue

On 12/15/2014 11:45 AM, P J P wrote: I first encountered this issue with a custom built kernel-3.16, then in kernel-3.17 and now in 3.18 Do you encounter this with none custom built kernel in Fedora? JBG ___ systemd-devel mailing list

Re: [systemd-devel] systemd boot issue

On 12/15/2014 12:02 PM, P J P wrote: On Monday, 15 December 2014 5:24 PM, Jóhann B. Guðmundsson wrote: Do you encounter this with none custom built kernel in Fedora? I don't use the Fedora kernel, so I haven't seen it there. But as said earlier, Paul I guess encountered it with the Fedora

Re: [systemd-devel] systemd boot issue

On 12/15/2014 12:32 PM, P J P wrote: It does not happen there. Though IMO that's irrelevant. It's not irrelevant since you might not be compiling your kernel without required config options which either break dracut or systemd. JBG ___

Re: [systemd-devel] systemd boot issue

On 12/15/2014 03:15 PM, P J P wrote: On Monday, 15 December 2014 6:43 PM, Jóhann B. Guðmundsson wrote: It's not irrelevant since you might not be compiling your kernel without required config options which either break dracut or systemd. Is there a known list of these options that a user

Re: [systemd-devel] Fedora 21: Cannot scan to EPSON WF-2540

Hi It's much simpler that you simply add a neat comment in that bug report and or sane upstream that you tested what Zbyszek proposed and it worked, rather than sending mail to 4 individuals and two mailinglist and at the same time leave out that information from the bug report where this

Re: [systemd-devel] Improving module loading

On 12/16/2014 03:54 PM, Umut Tezduyar Lindskog wrote: Hi, Is there a reason why systemd-modules-load is loading modules sequentially? Few things can happen simultaneously like resolving the symbols etc. Seems like modules_mutex is common on module loads which gets locked up on few occasions

Re: [systemd-devel] [PATCH] path: follow symbolic link for parent path

On 12/17/2014 02:20 AM, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Dec 16, 2014 at 09:58:39PM +0100, Umut Tezduyar Lindskog wrote: --- src/shared/path-util.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/shared/path-util.c b/src/shared/path-util.c index

Re: [systemd-devel] [PATCH v3] Add FDB support

On 12/17/2014 03:35 PM, Alin Rauta wrote: Hi Tom, I've formatted the patch based on our previous discussions. This one has support only for adding FDB entries. An example configuration is like below: [Match] Name=em1 [Network] DHCP=v4 [BridgeFDB] MACAddress=44:44:12:34:56:71 VLANId=9

Re: [systemd-devel] [PATCH] systemctl: print unit package in status

On 12/18/2014 04:00 AM, Spencer Baugh wrote: When printing the status of a unit, open a connection to the session bus and query PackageKit for the package that the unit file belongs to. Print it if PackageKit knows. There are gazillion package manager in the wild and this will significantly

Re: [systemd-devel] [PATCH] systemctl: print unit package in status

On 12/18/2014 09:24 AM, Alexandre Detiste wrote: Hi, You could maybe think of adding some Package= ou SourcePackage= attribute in units to let users known where this unit came from. This would work like SourcePath= does for generated units. No this is not very smart to do in general from my

Re: [systemd-devel] [PATCH] systemctl: print unit package in status

On 12/18/2014 05:48 PM, Zbigniew Jędrzejewski-Szmek wrote: I think you should make it opt-in, with a command-line switch (--show-package ?). In some cases it can be very useful, but most of the time it would be just a slow down. If the switch is used, and packagekit does not work, then this

Re: [systemd-devel] [PATCH] systemctl: print unit package in status

On 12/18/2014 06:36 PM, Zbigniew Jędrzejewski-Szmek wrote: You missed the part where I said you should make it opt-in. Should we not first determine the practicality of implementing this and if the system service manager should actually be looking up this info to begin with? We could not

Re: [systemd-devel] [PATCH] systemctl: print unit package in status

On 12/18/2014 06:44 PM, Jóhann B. Guðmundsson wrote: On 12/18/2014 06:36 PM, Zbigniew Jędrzejewski-Szmek wrote: You missed the part where I said you should make it opt-in. Should we not first determine the practicality of implementing this and if the system service manager should actually

[systemd-devel] systemd log entries

Why are we spamming the journal with entries like this -- Subject: -- Defined-By: -- Support: -- Documentation: ... Dec 21 15:13:25 localhost.localdomain systemd-logind[540]: New seat seat0. -- all information required already provided at this point -- Subject: A new seat seat0 is now

Re: [systemd-devel] systemd log entries

On 12/21/2014 03:24 PM, Peter Sztanojev wrote: http://www.freedesktop.org/wiki/Software/systemd/catalog/ it is not in the journal Not only do I get duplicated reference I also get better reference from the systemd-logind.service unit itself and it's status output then I got from that

Re: [systemd-devel] simple service shell script filling journal

On 12/29/2014 08:16 PM, Larry Harmon wrote: I am using a simple shell script, started by system, to set LEDs on a Marvell Armada 370 plug. The script uses a while loop with a sleep 30 line Hmm somehow using a script ( and a type service unit ) to accomplish this does not sound right to

Re: [systemd-devel] [PATCH] sysv-generator: Skip init scripts for existing native services

On 02/04/2015 09:20 PM, Lennart Poettering wrote: On Wed, 04.02.15 22:01, Lennart Poettering (lenn...@poettering.net) wrote: On Wed, 04.02.15 15:06, Martin Pitt (martin.p...@ubuntu.com) wrote: Hey, Lennart Poettering [2015-02-04 13:42 +0100]: Well, but their enablement status so far

Re: [systemd-devel] [PATCH] Ensure that systemd is the init called after using bootchart

On 02/02/2015 03:32 PM, Dimitri John Ledkov wrote: On 2 February 2015 at 15:14, Sebastien Bacher seb...@ubuntu.com wrote: Hey systemd hackers, While trying systemd-bootchart on my Ubuntu vivid system I ran into some issues. My system has upstart as /sbin/init, but I use

Re: [systemd-devel] persisting sriov_numvfs

On 01/19/2015 09:57 PM, Dan Kenigsberg wrote: On Mon, Jan 19, 2015 at 04:51:48PM +, Jóhann B. Guðmundsson wrote: On 01/19/2015 02:18 PM, Dan Kenigsberg wrote: How should this be implemented in the realm of systemd? I would think via udev rule + systemd-networkd Could you elaborate your

Re: [systemd-devel] [PATCH] initial sysv-generator test suite

On 01/20/2015 03:19 PM, Martin Pitt wrote: initial generic feedback We only provide backwards compatibility with initscript which are lsb compliance and I dont think .something ending on a script confirms to that standard hence that test should be unnecessary and that initscript be fixed

Re: [systemd-devel] [PATCH] sysv-generator: Replace Provides: symlinks with real units

On 01/21/2015 03:43 PM, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Jan 21, 2015 at 11:08:44AM +0100, Martin Pitt wrote: So I expect if it gets dropped upstream, a lot of distros (and all the major ones) will have to bring that back; it's IMHO better to just maintain it upstream by the distro

Re: [systemd-devel] [PATCH] sysv-generator: Replace Provides: symlinks with real units

On 01/21/2015 08:00 PM, Michael Biebl wrote: 2015-01-21 20:56 GMT+01:00 Jóhann B. Guðmundsson johan...@gmail.com: On 01/21/2015 03:43 PM, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Jan 21, 2015 at 11:08:44AM +0100, Martin Pitt wrote: So I expect if it gets dropped upstream, a lot of distros

Re: [systemd-devel] [PATCH] sysv-generator: Replace Provides: symlinks with real units

On 01/21/2015 09:46 AM, Martin Pitt wrote: while working on the sysv generator, some more cases came up where the recently introduced Provides: symlink handling [1] causes trouble [2]. As soon as you have backup files like /etc/init.d/foo.bak, you'll get a foo.service - foo.bak.service link

Re: [systemd-devel] [PATCH] build-sys: Lookup for the location of agetty

On 02/16/2015 05:40 PM, Lennart Poettering wrote: On Mon, 16.02.15 17:39, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 02/16/2015 03:42 PM, Cristian Rodríguez wrote: May be in /sbin or /usr/sbin You might want to resubmit this to including the 57600 baud rate request from Jeff

Re: [systemd-devel] [PATCH] build-sys: Lookup for the location of agetty

On 02/16/2015 03:42 PM, Cristian Rodríguez wrote: May be in /sbin or /usr/sbin You might want to resubmit this to including the 57600 baud rate request from Jeff in the process ( 115200,57600,38400,9600 ) ;) JBG ___ systemd-devel mailing list

Re: [systemd-devel] multi-user.target only wants network.service if I'm doing 'systemct show runlevel3.target'

On 02/12/2015 04:38 AM, Michael Biebl wrote: 2015-02-11 20:12 GMT+01:00 Lennart Poettering lenn...@poettering.net: So, I have discussed this with Kay, David, Daniel, and co. And we kinda came to the conclusion that we might as well just drop the configurability where runlevel3-5.target point

Re: [systemd-devel] persisting sriov_numvfs

On 01/27/2015 12:40 PM, Tom Gundersen wrote: Hi Dan, On Mon, Jan 19, 2015 at 3:18 PM, Dan Kenigsberg dan...@redhat.com wrote: I'm an http://oVirt.org developer, and we plan to (finally) support SR-IOV cards natively. Working on this feature, we've noticed that something is missing in the

Re: [systemd-devel] Swap gets activated twice (through fstab and gpt generators)

On 01/28/2015 12:24 AM, Lennart Poettering wrote: On Tue, 27.01.15 17:17, Chris Murphy (li...@colorremedies.com) wrote: The problem is simply that we cannot know in advance that /dev/sda7 and /dev/disk/by-uuid/c0e7978b-f82b-4b7f-b72b-6717f6909abc will eventually refer to the same device.

Re: [systemd-devel] Swap gets activated twice (through fstab and gpt generators)

On 01/27/2015 10:48 PM, Lennart Poettering wrote: Another idea might be to simply accept that activating the swap by two names at the same time can happen concurrently, and teach mkswap in some way to handle this gracefully. For example, mkswap could learn a new switch --idempotent or so,

Re: [systemd-devel] persisting sriov_numvfs

On 01/27/2015 01:41 PM, Martin Polednik wrote: - Original Message - From: Lennart Poettering lenn...@poettering.net To: Martin Polednik mpoled...@redhat.com Cc: Andrei Borzenkov arvidj...@gmail.com, systemd-devel@lists.freedesktop.org, ibar...@redhat.com Sent: Tuesday, January 27,

Re: [systemd-devel] sysv-generator: doesn't handle /etc/insserv/overrides or /etc/chkconfig.d

On 02/15/2015 04:21 PM, Christian Seiler wrote: Hi, I just noticed that sysv-generator doesn't handle /etc/insserv/overrides (e.g. older SuSE, Debian) or /etc/chkconfig.d (e.g. RHEL = 6, Centos, old Fedora), it just ignores it, thus not retaining administrator overrides to init script headers.

Re: [systemd-devel] sysv-generator: doesn't handle /etc/insserv/overrides or /etc/chkconfig.d

On 02/16/2015 11:32 AM, Christian Seiler wrote: Sure, in an ideal world. But as I said in my initial mail, if you have crappy scripts provided by third-parties, this is not always an option. And I don't think init scripts are going to fully disappear in the next 10 years, it's not realistic -

[systemd-devel] Drop systemd-ui

Heyja Should this not be dropped and *DE write,integrate/implement an graphical frontend to systemd for themselves? It's not like this is receiving the love it needs, hence I'm pretty sure nobody is using this. JBG ___ systemd-devel mailing list

Re: [systemd-devel] Drop systemd-ui

On 03/30/2015 10:32 PM, Shawn Landden wrote: On Mon, Mar 30, 2015 at 1:35 PM, Jóhann B. Guðmundsson johan...@gmail.com wrote: Heyja Should this not be dropped and *DE write,integrate/implement an graphical frontend to systemd for themselves? It's not like this is receiving the love it needs

Re: [systemd-devel] Drop systemd-ui

On 03/31/2015 02:30 AM, Shawn Landden wrote: On Mon, Mar 30, 2015 at 4:02 PM, Jóhann B. Guðmundsson johan...@gmail.com wrote: On 03/30/2015 10:32 PM, Shawn Landden wrote: On Mon, Mar 30, 2015 at 1:35 PM, Jóhann B. Guðmundsson johan...@gmail.com wrote: Heyja Should this not be dropped

Re: [systemd-devel] Drop systemd-ui

On 03/31/2015 01:47 PM, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Mar 31, 2015 at 07:31:31AM +, Jóhann B. Guðmundsson wrote: What I'm proposing is that we dropped that proof of concept since it's not being maintained, there exist better alternatives thus it's intended purpose has been

Re: [systemd-devel] Drop systemd-ui

On 03/31/2015 02:58 PM, Michael Biebl wrote: When I made the final ConsoleKit release, I added a NEWS entry, saying that this software was discontinued and pointing to the replacements. http://cgit.freedesktop.org/ConsoleKit/commit/?id=af75e100dc4d4fac2e1633aa134e40e390d38918 We could do

Re: [systemd-devel] Drop systemd-ui

On 03/31/2015 02:27 PM, Michael Biebl wrote: And from the looks of it the Red Hat desktop team maintainers in Gnome seem to be expecting the Gnome users to be using Red Hat's own product cockpit to take care of that. sorry, but that's not a real replacement for systemadm. Don't want to run a

Re: [systemd-devel] Drop systemd-ui

On 03/31/2015 05:32 PM, Lennart Poettering wrote: On Mon, 30.03.15 20:35, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: Heyja Should this not be dropped and *DE write,integrate/implement an graphical frontend to systemd for themselves? It's not like this is receiving the love it needs

Re: [systemd-devel] [PATCH] tmpfiles: don't create subvolumes in chroot

On 04/01/2015 12:33 PM, Jan Synacek wrote: --- src/tmpfiles/tmpfiles.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/tmpfiles/tmpfiles.c b/src/tmpfiles/tmpfiles.c index 494fd1a..9280fd7 100644 --- a/src/tmpfiles/tmpfiles.c +++ b/src/tmpfiles/tmpfiles.c @@

Re: [systemd-devel] [PATCH] tmpfiles: don't create subvolumes in chroot

On 04/01/2015 01:04 PM, Lennart Poettering wrote: On Wed, 01.04.15 12:40, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: diff --git a/src/tmpfiles/tmpfiles.c b/src/tmpfiles/tmpfiles.c index 494fd1a..9280fd7 100644 --- a/src/tmpfiles/tmpfiles.c +++ b/src/tmpfiles/tmpfiles.c @@ -1099,9

Re: [systemd-devel] Drop systemd-ui

On 03/31/2015 02:30 PM, Michael Laß wrote: Am Montag, den 30.03.2015, 20:35 + schrieb Jóhann B. Guðmundsson: It's not like this is receiving the love it needs, hence I'm pretty sure nobody is using this. Is there a replacement for systemd-gnome-ask-password-agent in any desktop suite? I

Re: [systemd-devel] Drop systemd-ui

On 03/31/2015 02:09 PM, Michael Biebl wrote: 2015-03-31 15:47 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: On Tue, Mar 31, 2015 at 07:31:31AM +, Jóhann B. Guðmundsson wrote: What I'm proposing is that we dropped that proof of concept since it's not being maintained

Re: [systemd-devel] nilfs-cleanerd startup on boot

On Feb 28, 2015 6:41 PM, Lennart Poettering lenn...@poettering.net wrote: On Fri, 27.02.15 19:19, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 02/27/2015 06:31 PM, dennis.mur...@wipro.com wrote: I have a fedora 21 system that where I mount an nilfs2 file system. I use a simple /etc

Re: [systemd-devel] No (more) OpenVPN on Debian8 (Jessie) - Thanks systemd ?!

On 03/05/2015 02:46 PM, system_error wrote: Mar 5 14:55:45 desktop kernel: [ 1140.258095] nm-connection-e[2123]: segfault at 1326510 ip 01326510 sp 7fff11ebda18 error 15 I'm not sure how you came to the conclusion that NetworkManager segfaulting is systemd's fault but file a

Re: [systemd-devel] [PATCH] tmpfiles: don't create subvolumes in chroot

On 04/02/2015 08:31 AM, Lennart Poettering wrote: On Wed, 01.04.15 21:04, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 04/01/2015 02:37 PM, Lennart Poettering wrote: Note that I intend to add more subvolume lines to tmpfiles even. For example, I am pretty sure /home should

Re: [systemd-devel] systemd and process migration

On 04/20/2015 02:35 PM, Lennart Poettering wrote: On Mon, 20.04.15 14:33, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 04/20/2015 01:58 PM, Lennart Poettering wrote: systemd has no provisions for anything like this and I have doubts it really should have. I mean, normal programs

Re: [systemd-devel] systemd and process migration

On 04/20/2015 02:49 PM, Lennart Poettering wrote: On Mon, 20.04.15 14:43, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: I thought fancy enterprise features like this was on hold until networkd was ready ? This is not an enterprise feature. It's a promise one cannot keep. We will not add

Re: [systemd-devel] systemd and process migration

On 04/20/2015 01:58 PM, Lennart Poettering wrote: systemd has no provisions for anything like this and I have doubts it really should have. I mean, normal programs retain ccess to the cgroup tree, so you could readd whatever you restore back in the cgroups, but that's hardly sufficient to make

Re: [systemd-devel] networkd failure with ipv6.disable=1

On 05/11/2015 10:31 AM, Andrei Borzenkov wrote: I had issues with accessing some sites with IPv6 enabled. Not everyone lives in shiny new world and IPv6 support from providers can be quite buggy. Most likely due to misbehaving name servers which should then be reported to hostmaster of the

Re: [systemd-devel] networkd failure with ipv6.disable=1

On 05/10/2015 10:07 PM, Mark Oteiza wrote: Hi, In 219, systemd.networkd fails to configure and set up links with ipv6 disabled. Propably better to use |*ipv6.disable_ipv6=**1* |which will ||will keep the IPv6 stack functional but wont assign any IPv6 addresses but I have to ask what's the

Re: [systemd-devel] [PATCH v2] systemctl: introduce --now for enable, disable and mask

On 05/15/2015 07:54 AM, jsyna...@redhat.com wrote: From: Jan Synacek jsyna...@redhat.com --- changes in v2: * simplified creation of new arguments (replaced unnecessary dynamic allocation with a VLA) * renamed add_file_change to unit_file_add_changes * addressed wording issues in

Re: [systemd-devel] [PATCH v2] systemctl: introduce --now for enable, disable and mask

On 05/15/2015 09:51 AM, Lennart Poettering wrote: But anyway, this is certainly a matter of taste... Or cause for confusion. I asked an noob to run systemctl enable --now unit and he immediately asked back if he ran systemctl enable unit if it would not be enabled immediately so --now

Re: [systemd-devel] Question about relationship between systemd v219 and kernel version.

On 04/08/2015 06:53 AM, Greg KH wrote: all? Ubuntu ships newer kernels than 3.4, if not, please take it up with that vendor, it's not the community's job to support obsolete, years-old software that everyone has moved on from a long time ago for very good reasons. Hmm there has to be some

Re: [systemd-devel] [PATCH] tmpfiles: don't create subvolumes in chroot

On 04/02/2015 01:21 PM, Lennart Poettering wrote: Well, I disagree. And yeah, I still think that /var/lib/machines should be a subvolume, if it is not created manually as something else before. I hear no convincing case why it shouldn't be one. I argue that we should default to directory

Re: [systemd-devel] [PATCH] tmpfiles: don't create subvolumes in chroot

On 04/02/2015 03:48 PM, Lennart Poettering wrote: On Thu, 02.04.15 14:33, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 04/02/2015 01:21 PM, Lennart Poettering wrote: Well, I disagree. And yeah, I still think that /var/lib/machines should be a subvolume, if it is not created

Re: [systemd-devel] [PATCH] tmpfiles: don't create subvolumes in chroot

On 04/01/2015 02:37 PM, Lennart Poettering wrote: Note that I intend to add more subvolume lines to tmpfiles even. For example, I am pretty sure /home should be created as subvolume if it doesn't exist already, and similar. I'm afraid that will still only work on a single host setup (

Re: [systemd-devel] [PATCH 2/2] fsck: Add support for EFI variable based fsck indication

On 04/09/2015 11:04 AM, Lennart Poettering wrote: On Thu, 09.04.15 10:51, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: My above questions where directed directly at Lennart since you cannot know if Lennart's assumption which he bases his decisions on are premature,correct, wrong

Re: [systemd-devel] [PATCH 2/2] fsck: Add support for EFI variable based fsck indication

On 04/09/2015 08:54 AM, Lennart Poettering wrote: Of course, this only works for GPT systems, i.e. modern systems, and modern systems probably wouldn't run ext234 anyway, so maybe it's not worth it... Actually neither xfs nor btrfs nor reiserfs appear to require an fsck still, it's only ext234

Re: [systemd-devel] [PATCH 2/2] fsck: Add support for EFI variable based fsck indication

On 04/09/2015 10:30 AM, Reindl Harald wrote: Am 09.04.2015 um 12:17 schrieb Jóhann B. Guðmundsson: On 04/09/2015 08:54 AM, Lennart Poettering wrote: Of course, this only works for GPT systems, i.e. modern systems, and modern systems probably wouldn't run ext234 anyway, so maybe it's

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

On 06/09/2015 11:02 AM, Lennart Poettering wrote: On Mon, 01.06.15 22:43, Michael Biebl (mbi...@gmail.com) wrote: 2015-06-01 20:12 GMT+02:00 David Herrmann dh.herrm...@gmail.com: Hi As of today we've disabled git-push to fd.o. The official development git repository is now at github [1].

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

On 06/09/2015 06:42 PM, David Timothy Strauss wrote: Let's just try the GitHub tracker. I like how it associates issues with pull requests and supports auto-linking for commit IDs, user names, and other issue numbers. Is there any serious use case for systemd upstream it doesn't support?

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

On 06/09/2015 06:53 PM, Camilo Aguilar wrote: Oh please Jira no, it is too much and the user friendliness is highly arguable. Please do not top post and compared to bugzilla and the lack of proper oversight github and other issue tracker provide it's much better. JBG

Re: [systemd-devel] Creating units using D-Bus

On 06/09/2015 10:21 PM, Lennart Poettering wrote: On Tue, 09.06.15 19:33, Jakub Skořepa (ja...@skorepa.info) wrote: Hello, My name is Jakub Skořepa and I'm working on Cockpit UI for Systemd Timers. For that I need to create and modify systemd unit files. Cockpit uses D -Bus for everything

Re: [systemd-devel] Creating units using D-Bus

On 06/10/2015 12:30 PM, Stephen Gallagher wrote: A good overview of what we're aiming to accomplish can be found here: h ttps://github.com/cockpit-project/cockpit/wiki/Feature:-Systemd -timers#stories Though at the end of the day, it might be fair to say that systemd timers are cool and very

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

On 06/09/2015 07:50 PM, Lennart Poettering wrote: On Tue, 09.06.15 11:30, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: I would like to see us move and migrated the bugs to jira ( which is without doubt the best and friendliest bug tracker I have found ) which integrates nicely

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

On 06/09/2015 06:42 PM, David Timothy Strauss wrote: Let's just try the GitHub tracker. I like how it associates issues with pull requests and supports auto-linking for commit IDs, user names, and other issue numbers. Is there any serious use case for systemd upstream it doesn't support? I

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

On 06/09/2015 09:34 PM, Lennart Poettering wrote: On Tue, 09.06.15 19:19, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 06/09/2015 06:42 PM, David Timothy Strauss wrote: Let's just try the GitHub tracker. I like how it associates issues with pull requests and supports auto-linking

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

On 06/09/2015 09:44 PM, Lennart Poettering wrote: On Tue, 09.06.15 21:11, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: We need to do proper QA to properly support and backup our downstream consumers ( distributions, embedded and otherwise) and that means tagging bugs by distributions

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

On 06/09/2015 11:57 AM, Mihamina Rakotomandimby wrote: On 06/09/2015 02:30 PM, Jóhann B. Guðmundsson wrote: As of today we've disabled git-push to fd.o. The official development git repository is now at github [1]. What about the bug tracker? Will it remain at fdo's bugzilla. I have

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

On 06/10/2015 03:09 PM, Lennart Poettering wrote: On Wed, 10.06.15 14:53, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: WHat really surprises me about the whole discussion is that we cannot be the first ones running into this. Given the success of github this must be a common issue

Re: [systemd-devel] Creating units using D-Bus

On 06/10/2015 03:02 PM, Stephen Gallagher wrote: You make some good points Jóhann. It probably does make sense to focus (at least at first) on managing timer units shipped alongside services as opposed to trying to develop a UI for managing arbitrary timer units. I'll discuss this with some of

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

On 06/10/2015 05:46 PM, Greg KH wrote: There's also no real need for it, I don't understand why you keep insisting there is given how well things have been working so far. I do understand and am aware of the complication ( legal and otherwise social aspect of it etc ) involved with bringing

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

On 06/10/2015 04:35 PM, Lennart Poettering wrote: On Wed, 10.06.15 16:20, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: Without proper infrastructure ( or at least the wills to acquire such ) how can you ( or any of us for that matter ) with a straight face advocate for consolidation

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

On 06/10/2015 07:36 PM, Greg KH wrote: On Wed, Jun 10, 2015 at 07:04:17PM +, Jóhann B. Guðmundsson wrote: On 06/10/2015 05:46 PM, Greg KH wrote: There's also no real need for it, I don't understand why you keep insisting there is given how well things have been working so far. I do

Re: [systemd-devel] [PATCH 1/2] systemctl: Don't skip native units when enabling/disabling SysV init.d scripts

On 05/27/2015 01:07 PM, Martin Pitt wrote: Hello, as discussed in the get some distro patches upstream thread, this is the generalization for supporting different chkconfig/update-rc.d/whatnot distro implementations of enabling init.d scripts, as per LSB specification. Is this not

Re: [systemd-devel] [PATCH 1/2] systemctl: Don't skip native units when enabling/disabling SysV init.d scripts

On 05/27/2015 04:00 PM, Lennart Poettering wrote: On Wed, 27.05.15 13:39, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 05/27/2015 01:07 PM, Martin Pitt wrote: Hello, as discussed in the get some distro patches upstream thread, this is the generalization for supporting different

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

On 06/02/2015 11:48 AM, Dimitri John Ledkov wrote: On 2 June 2015 at 12:34, Jóhann B. Guðmundsson johan...@gmail.com wrote: On 06/02/2015 11:06 AM, David Herrmann wrote: Regarding the final github address: David Strauss kindly offered the 'systemd' user to us. Hence, we hope to move

Re: [systemd-devel] amavis

On 07/02/2015 02:04 PM, François Vocel wrote: Hello, I installed Kolab on CentOS 7. The amavis service will not start. There already is a bug report about this [1] but most common cause for amavisd not starting is the configuration files is misconfigured

Re: [systemd-devel] Stricter handling of failing mounts during boot under systemd - crap idea !

On 06/29/2015 02:08 PM, jon wrote: https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#systemd-upgrade-default-init-system I just installed debian 8.1, on the whole my reaction is mixed, one thing however really pisses me off more than any other 5.6.1. Stricter

Re: [systemd-devel] Stricter handling of failing mounts during boot under systemd - crap idea !

On 06/29/2015 04:17 PM, Andrei Borzenkov wrote: No. systemd changed interpretation of well established configurations in incompatible way. There is no way to retain existing behavior. It is far from recommends - it is my way or highway. Not following which changed interpretation of well

Re: [systemd-devel] Stricter handling of failing mounts during boot under systemd - crap idea !

On 06/29/2015 03:01 PM, jon wrote: On Mon, 2015-06-29 at 14:21 +, Jóhann B. Guðmundsson wrote: On 06/29/2015 02:08 PM, jon wrote: https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#systemd-upgrade-default-init-system I just installed debian 8.1

Re: [systemd-devel] [PATCH] tmpfiles: don't create subvolumes in chroot

On 05/21/2015 03:19 PM, Colin Walters wrote: On Wed, Apr 1, 2015, at 10:02 AM, Martin Pitt wrote: IMHO subvolumes, like hard disk partitions, are something that the administrator of a host should create deliberately only. Automatically created ones just create confusion about why the heck

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

On 11/11/2015 10:47 AM, Lukáš Nykrýn wrote: Hi, During systemd.conf we have discussed some recommendation for downstreams, how they could split systemd to subpackages, so lets continue that discussion here. I thought the conscious was not recommending downstream to split systemd into

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

On 11/11/2015 10:57 AM, Michal Sekletar wrote: On Wed, Nov 11, 2015 at 11:52 AM, Jóhann B. Guðmundsson <johan...@gmail.com> wrote: I thought the conscious was not recommending downstream to split systemd into subpackages? This decision was recently (at systemd.conf) reeva

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

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 this even a topic for upstream, apart from giving recommendations? I. e. do you actually consider

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

On 11/11/2015 03:51 PM, Zbigniew Jędrzejewski-Szmek wrote: Why not systemd-devel? Because these aren't development related discussion and there is a need for separated collaborated git repository to prevent duplication of downstream work etc. JBG

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

On 11/11/2015 03:39 PM, Frank Steiner wrote: If I was able to work with systemd unit files, I could perfectly do what I want, but I'm stuck with this LSB file. Why are you stuck with that lsb file and what exactly does it do? ( Paste the content of it ) JBG

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

On 11/11/2015 11:58 AM, Martin Pitt wrote: However, is this even a topic for upstream, I would argue not. I would argue that this is a downstream collaboration matter in which a) the split should be the same regardless of distribution and the sub components should be split in same manner

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

On 11/13/2015 01:49 PM, 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 system.conf by default.

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

On 11/11/2015 04:04 PM, Reindl Harald wrote: Am 11.11.2015 um 17:03 schrieb Jóhann B. Guðmundsson: On 11/11/2015 03:51 PM, Zbigniew Jędrzejewski-Szmek wrote: Why not systemd-devel? Because these aren't development related discussion this list was multiple times statet also as users

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

On 11/11/2015 08:28 PM, Michael Biebl wrote: 2015-11-11 21:21 GMT+01:00 Jóhann B. Guðmundsson <johan...@gmail.com>: [snip] To coordinate and oversee and collectively share work done between distribution integrating the relevant components in their distribution. And now you s

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

On 11/11/2015 08:38 PM, Reindl Harald wrote: Am 11.11.2015 um 21:21 schrieb Jóhann B. Guðmundsson: On 11/11/2015 04:04 PM, Reindl Harald wrote: Am 11.11.2015 um 17:03 schrieb Jóhann B. Guðmundsson: On 11/11/2015 03:51 PM, Zbigniew Jędrzejewski-Szmek wrote: Why not systemd-devel

Re: [systemd-devel] A few GitHub team changes

On 10/13/2015 07:07 PM, David Timothy Strauss wrote: entire members What makes up that members list [1] in the first place? https://github.com/orgs/systemd/people ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org

Re: [systemd-devel] Query regarding "EnvironmentFile"

On 12/11/2015 03:56 AM, Andrei Borzenkov wrote: 10.12.2015 18:44, Jóhann B. Guðmundsson пишет: On 12/10/2015 03:20 PM, Reindl Harald wrote: Am 10.12.2015 um 15:46 schrieb Jóhann B. Guðmundsson: Care to show example how it should be done from your point of view? So that they can actully

<    1   2   3   4   >