On Thu, Jan 02, 2020 at 10:04:28AM -0800, Russ Allbery wrote:
> Matthias Klumpp writes:
>
> > I find that statement quite encouraging. Of course they don't commit
> > to not having those depend on systemd-as-PID1, but there really isn't
> > a reason to create that dependency, and if for whatever
On Sun, Dec 08, 2019 at 03:57:57PM -0800, Russ Allbery wrote:
> Zbigniew Jędrzejewski-Szmek writes:
>
> > Using systemd-sysusers and systemd-tmpfiles more widely was mentioned a
> > few times, along with a statement that an implementation for non-systemd
> > systems w
Hi,
[disclaimer: on work on systemd upstream, I'm not an active Debian
user anymore.]
Using systemd-sysusers and systemd-tmpfiles more widely was mentioned
a few times, along with a statement that an implementation for
non-systemd systems would need to be provided. Both those programs
work just
On Fri, Jan 23, 2015 at 11:56:33AM -0800, Josh Triplett wrote:
Michael Biebl wrote:
I'm also no longer convinced, that running a huge shell machinery (as
root) during login via PAM is a good idea.
Agreed.
If we go the update-motd route, I'd like to see the update-motd calls be
On Mon, Dec 01, 2014 at 10:58:45PM +, Roger Lynn wrote:
On 29/11/14 13:30, Vincent Bernat wrote:
❦ 29 novembre 2014 12:41 GMT, Alastair McKinstry
alastair.mckins...@sceal.ie :
One concern I'd have is the lack of flexibility to produce a cut-down
system. The option of a dedicated
On Mon, Dec 01, 2014 at 02:10:09AM +0100, Andreas Bombe wrote:
On Sun, Nov 30, 2014 at 04:40:21PM +, Ivan Shmakov wrote:
Josselin Mouette j...@debian.org writes:
* Other users only have access to audio devices through ACLs when
physically logged on.
Unless I be mistaken,
On Sat, Nov 29, 2014 at 11:51:56AM +0100, Martin Steigerwald wrote:
Am Samstag, 29. November 2014, 01:32:22 schrieb Zbigniew Jędrzejewski-Szmek:
On Thu, Nov 27, 2014 at 10:02:06PM +0100, Martin Steigerwald wrote:
And well, I also wonder why systemd --user functionality is in the *same
On Sat, Nov 29, 2014 at 06:33:44PM +, Ivan Shmakov wrote:
Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl writes:
[…]
The second part, making systemd portable, has already been widely
discussed. There are significant technical reasons why systemd is
Linux only
On Sat, Nov 29, 2014 at 08:30:07PM +0100, Svante Signell wrote:
On Sat, 2014-11-29 at 19:12 +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Sat, Nov 29, 2014 at 11:51:56AM +0100, Martin Steigerwald wrote:
Am Samstag, 29. November 2014, 01:32:22 schrieb Zbigniew
Jędrzejewski-Szmek:
New
On Thu, Nov 27, 2014 at 10:02:06PM +0100, Martin Steigerwald wrote:
And well, I also wonder why systemd --user functionality is in the *same*
binary than the PID 1 stuff… but well… I brought this upstream to no avail.
OK, since this is a different forum, let me go over the reasons once again.
On Tue, Oct 21, 2014 at 04:23:39PM -0700, Cameron Norman wrote:
El mar, 21 de oct 2014 a las 7:03 , Josselin Mouette
j...@debian.org escribió:
The Wanderer wande...@fastmail.fm wrote:
This is the problem. The init system should not be
providing features
which other software
On Tue, Oct 21, 2014 at 05:12:56PM +0200, Svante Signell wrote:
On Tue, 2014-10-21 at 16:03 +0200, Josselin Mouette wrote:
The Wanderer wande...@fastmail.fm wrote:
This is the problem. The init system should not be providing
features
which other software might, post-boot
On Sun, Feb 16, 2014 at 09:17:46AM +0100, Helmut Grohne wrote:
Heh. Maybe we can turn this into a useful question:
Assume that I have a broken system (maybe the disk is partially broken
or it got owned and I don't want to rely on its toolbox anymore). Now
for some reason, I can still access
On Wed, Feb 12, 2014 at 02:53:49PM +0100, Petr Baudis wrote:
Hi!
In fact, I installed systemd on my jessie system just yesterday. So
far I filed two (not very major, promptly being dealt with) bugs and
after a lot of initial conservative scepticism, I'm quite excited
especially by
On Tue, Feb 11, 2014 at 09:30:07PM +0400, Vitaliy Filippov wrote:
Here's a challenge then: Implement everything the journal does, without
using a binary format, and show us it's not only doable, but performs
similarly.
I would first recommend you read up - and try! - what the journal has to
On Tue, Feb 11, 2014 at 11:26:11PM +0400, Vitaliy Filippov wrote:
You can tell it to do that, yes. You can also set it to forward them to
rsyslog without storing anything. Or both.
Read http://man7.org/linux/man-pages/man5/journald.conf.5.html and be
enlightened. ;-)
OK, it's good they've
On Sun, Dec 22, 2013 at 03:56:04PM -0800, Russ Allbery wrote:
Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl writes:
But this should be safe for instance units, so I'd like to see
'systemctl stop/status/... server@*.service' implemented.
That would be very useful for distribution
On Tue, Dec 24, 2013 at 05:47:05PM +0100, Tzafrir Cohen wrote:
On Tue, Dec 24, 2013 at 02:19:36AM +0100, Philipp Kern wrote:
On 2013-12-23 13:15, Sergey B Kirpichev wrote:
[a potentially badly-phrased question]
...I don't think many continue to read your rant and take your
feedback
On Sun, Dec 22, 2013 at 12:48:47PM -0800, Russ Allbery wrote:
upstart calls this instances and systemd calls this unit
templates.
We too call them instances: an instance is created from a template.
Daniel Pocock dan...@pocock.com.au writes:
Just to clarify: does this mean systemd and
On Thu, Dec 19, 2013 at 10:19:55AM +, Neil Williams wrote:
On Thu, 19 Dec 2013 10:46:02 +0100
Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote:
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de
* Package name: python-daemonize
On Mon, Nov 11, 2013 at 10:24:36PM +0100, Olav Vitters wrote:
On Mon, Nov 11, 2013 at 08:20:58PM +, Thorsten Glaser wrote:
Or a private tmp?
I shudder at the mere thought of allowing a dæmon to unshare
its /tmp from the rest of the system, because of the maintenance
nightmare this
On Thu, Oct 31, 2013 at 01:47:37PM +, Steven Chamberlain wrote:
And overriding the *entire* service file seems excessive if you wish to
override just one line of the package's service file.
You add a file /etc/systemd/system/xxx.service.d/yyy.conf with the following
contents:
[Service]
On Tue, Oct 29, 2013 at 08:47:00PM +, Ben Hutchings wrote:
On Tue, Oct 29, 2013 at 12:15:10PM -0700, Steve Langasek wrote:
On Thu, Oct 24, 2013 at 10:29:10PM +0200, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Oct 24, 2013 at 12:13:34PM -0700, Steve Langasek wrote:
And this is not just
On Wed, Oct 30, 2013 at 03:10:16PM +0100, Helmut Grohne wrote:
The interfaces of all init systems (except sysvinit, but are we really
considering that one?) still are somewhat in flux, so this is the point
where we can still influence and shape them.
dream
Imagine a world where upstart and
On Wed, Oct 30, 2013 at 09:50:53PM -0400, Theodore Ts'o wrote:
On Wed, Oct 30, 2013 at 06:18:29PM -0700, Russ Allbery wrote:
I suspect you and I have a root disagreement over the utility of exposing
some of those degrees of freedom to every init script author, but if you
have some more
On Sat, Oct 26, 2013 at 11:02:13PM +0100, Simon McVittie wrote:
# systemd units on my laptop that are generated internally by systemd
# when it reads a sysvinit script (or LSB init script as it
# calls them)
% systemctl list-units | grep LSB | wc -l
That's only currently loaded units, i.e.
On Thu, Oct 24, 2013 at 12:13:34PM -0700, Steve Langasek wrote:
And this is not just an issue because of people not wanting to use systemd
init, but also because systemd init *can't* run in a container.
Whoah, that's not true:
sudo systemd-nspawn -bD ~/images/fedora-19
works just fine :)
On Sun, Jul 21, 2013 at 05:59:25PM -0400, The Wanderer wrote:
On 07/21/2013 05:04 PM, Josselin Mouette wrote:
Le samedi 20 juillet 2013 à 19:21 -0400, The Wanderer a écrit :
[I am almost certainly going to regret this.]
I hope so.
Please don't be a jerk.
Making the switch away from
On Mon, Jul 15, 2013 at 03:38:57PM +0200, Helmut Grohne wrote:
On Mon, Jul 15, 2013 at 03:32:42PM +0300, Arto Jantunen wrote:
In addition to that the wrapper also needs to be able to track the
processes started by the systemd service (the admin might want to stop
or restart services in
On Tue, Jul 16, 2013 at 04:49:19AM +0900, heroxbd wrote:
Helmut Grohne hel...@subdivi.de writes:
By far the more severe issue is socket activation, because it removes
the need to spell out service dependencies. We cannot infer these
dependencies later on. Instead such a wrapper must
On Sat, Jun 01, 2013 at 12:24:02PM +0200, Vincent Bernat wrote:
It seems that now, we can do this, but the cookbook also says this is
not here yet:
start on started network-services
I don't know how systemd behaves in this way (so this is not something
to hold against upstart), but
On Fri, May 31, 2013 at 04:45:49PM +0300, Uoti Urpala wrote:
This
is more true for the socket activation API that systemd could have
reasonably adopted from upstart, but chose not to do.
Didn't systemd actually have a socket activation API before upstart? I
don't remember exactly, but
On Thu, May 23, 2013 at 12:37:35AM +0100, Steve McIntyre wrote:
Matthias wrote:
Am 22.05.2013 18:12 schrieb Lucas Nussbaum lu...@debian.org:
Note that if it's there, and Ubuntu uses upstart, it has probably been
tested. I was not suggesting that we blindly import upstart job files
from
On Thu, May 23, 2013 at 12:47:46AM +0200, Kurt Roeckx wrote:
On Wed, May 22, 2013 at 10:39:06PM +0200, Helmut Grohne wrote:
On Tue, May 21, 2013 at 10:53:43PM +0200, Lucas Nussbaum wrote:
There was a GSoC project in 2012 about generating sysvinit scripts from
systemd .service files. Was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 04 Apr 2012 09:42:46 +0200
Source: tralics
Binary: tralics
Architecture: source amd64
Version: 2.14.4-2
Distribution: unstable
Urgency: low
Maintainer: Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
Changed-By: Zbigniew
Package: wnpp
Severity: wishlist
Owner: Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
* Package name: jmatio
Version : 0.1
Upstream Author : Wojciech Gradkowski wgradkow...@users.sf.net
* URL : http://sourceforge.net/projects/jmatio/
* License : BSD
Package: wnpp
Severity: wishlist
Owner: Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
* Package name: jtransforms
Version : 2.4
Upstream Author : Piotr Wendykier piotr.wendyk...@gmail.com
* URL :
http://sites.google.com/site/piotrwendykier/software/jtransforms
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 17 Dec 2011 15:43:26 +0100
Source: tralics
Binary: tralics
Architecture: source i386
Version: 2.14.4-1
Distribution: unstable
Urgency: low
Maintainer: Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
Changed-By: Zbigniew
38 matches
Mail list logo