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 f
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
> > :
> >> One concern I'd have is the lack of flexibility to produce a cut-down
> >> system. The option of "a dedicated init=/custom-progr
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 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 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
> &
On Sat, Nov 29, 2014 at 06:33:44PM +, Ivan Shmakov wrote:
> >>>>> Zbigniew Jędrzejewski-Szmek writes:
>
> […]
>
> > The second part, making systemd portable, has already been widely
> > discussed. There are significant technical reasons why systemd
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 functionali
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 05:12:56PM +0200, Svante Signell wrote:
> On Tue, 2014-10-21 at 16:03 +0200, Josselin Mouette wrote:
> > The Wanderer wrote:
> > This is the problem. The init system should not be providing
> > "features"
> > which other software might, post-boot and pre-s
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
> escribió:
> >The Wanderer wrote:
> >This is the problem. The init system should not be
> >providing "features"
> >which other software might, post-boot and pre-
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 acce
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 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 g
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 journa
On Sun, Dec 22, 2013 at 03:56:04PM -0800, Russ Allbery wrote:
> Zbigniew Jędrzejewski-Szmek 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
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
> > "fe
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 writes:
>
> > Just to clarify: does this mean systemd and upstart can refe
On Thu, Dec 19, 2013 at 10:19:55AM +, Neil Williams wrote:
> On Thu, 19 Dec 2013 10:46:02 +0100
> Mike Gabriel wrote:
>
> > Package: wnpp
> > Severity: wishlist
> > Owner: Mike Gabriel
> >
> > * Package name: python-daemonize
> > Version : 2.2.1
> > Upstream Author : Ilya Ot
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
> > nigh
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]
Se
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 mor
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.
>
>
> Imagine a world where upstart and
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
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 :)
Zby
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 th
On Tue, Jul 16, 2013 at 04:49:19AM +0900, heroxbd wrote:
> Helmut Grohne 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 implement socke
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 i
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), bu
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 exactl
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 file
On Thu, May 23, 2013 at 12:37:35AM +0100, Steve McIntyre wrote:
> Matthias wrote:
> >Am 22.05.2013 18:12 schrieb "Lucas Nussbaum" :
> >>
> >> 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 U
Package: wnpp
Severity: wishlist
Owner: "Zbigniew Jędrzejewski-Szmek"
* Package name: jtransforms
Version : 2.4
Upstream Author : Piotr Wendykier
* URL :
http://sites.google.com/site/piotrwendykier/software/jtransforms
* License : MPL/LGPL/GPL
P
Package: wnpp
Severity: wishlist
Owner: "Zbigniew Jędrzejewski-Szmek"
* Package name: jmatio
Version : 0.1
Upstream Author : Wojciech Gradkowski
* URL : http://sourceforge.net/projects/jmatio/
* License : BSD
Programming Lang: Java
D
36 matches
Mail list logo
