Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #227049

Re: Buster with MATE without systemd

From Patrick Bartek <nemommxiv@gmail.com>
Newsgroups linux.debian.user
Subject Re: Buster with MATE without systemd
Date 2020-09-17 01:40 +0200
Message-ID <APPbP-1S8-3@gated-at.bofh.it> (permalink)
References <APvG9-6TT-1@gated-at.bofh.it> <APJJ7-6ZD-1@gated-at.bofh.it> <APK2t-7ls-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, 16 Sep 2020 13:52:15 -0400
Greg Wooledge <wooledg@eeg.ccf.org> wrote:

> On Wed, Sep 16, 2020 at 10:32:14AM -0700, Patrick Bartek wrote:
> > To make a long story short, after two or so weeks of research and
> > numerous failed trials, I came to the conclusion that systemd has
> > become too entrenched in the dependency tree of Buster to successfully
> > convert to systvinit.  
> 
> If you specify "... on a desktop system", then maybe you're correct.
> 
> For most servers, it shouldn't be an issue.

The subject _was_ about desktops, MATE specifically, not servers.

However, my trials with Buster was from a year ago.  And I haven't
tried a sysvinit install with it since. Perhaps some systemd
dependencies have been eliminated.  Be great if they all were! Init
systems should never ever be dependencies.

B

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Buster with MATE without systemd Marc Shapiro <marcnshap@gmail.com> - 2020-09-16 04:50 +0200
  Re: Buster with MATE without systemd songbird <songbird@anthive.com> - 2020-09-16 12:20 +0200
  Re: Buster with MATE without systemd Andrei POPESCU <andreimpopescu@gmail.com> - 2020-09-16 14:00 +0200
  Re: Buster with MATE without systemd Greg Wooledge <wooledg@eeg.ccf.org> - 2020-09-16 14:00 +0200
  Re: Buster with MATE without systemd Reco <recoverym4n@enotuniq.net> - 2020-09-16 14:40 +0200
    Re: Buster with MATE without systemd Andrew Cater <amacater@gmail.com> - 2020-09-16 15:10 +0200
  Re: Buster with MATE without systemd Nito <nito@dismail.de> - 2020-09-16 15:20 +0200
  Re: Buster with MATE without systemd Patrick Bartek <nemommxiv@gmail.com> - 2020-09-16 19:50 +0200
    Re: Buster with MATE without systemd Greg Wooledge <wooledg@eeg.ccf.org> - 2020-09-16 20:10 +0200
      Re: Buster with MATE without systemd Patrick Bartek <nemommxiv@gmail.com> - 2020-09-17 01:40 +0200
        Re: Buster with MATE without systemd David Wright <deblis@lionunicorn.co.uk> - 2020-09-17 03:20 +0200
          Re: Buster with MATE without systemd Patrick Bartek <nemommxiv@gmail.com> - 2020-09-17 04:50 +0200
          Re: Buster with MATE without systemd Marc Shapiro <marcnshap@gmail.com> - 2020-09-17 05:10 +0200
            Re: Buster with MATE without systemd Patrick Bartek <nemommxiv@gmail.com> - 2020-09-17 06:40 +0200
              Re: Buster with MATE without systemd Marc Shapiro <marcnshap@gmail.com> - 2020-09-17 09:00 +0200
              Re: Buster with MATE without systemd "Rick Thomas" <rick.thomas@pobox.com> - 2020-09-17 09:10 +0200
              Re: Buster with MATE without systemd Kenneth Parker <sea7kenp@gmail.com> - 2020-09-17 09:40 +0200
    Re: Buster with MATE without systemd Reco <recoverym4n@enotuniq.net> - 2020-09-16 21:40 +0200
      Re: Buster with MATE without systemd Dan Ritter <dsr@randomstring.org> - 2020-09-16 22:00 +0200
        Re: Buster with MATE without systemd Reco <recoverym4n@enotuniq.net> - 2020-09-16 22:10 +0200
      Re: Buster with MATE without systemd Patrick Bartek <nemommxiv@gmail.com> - 2020-09-17 02:50 +0200
    Re: Buster with MATE without systemd Andrei POPESCU <andreimpopescu@gmail.com> - 2020-09-18 09:40 +0200
      Re: Buster with MATE without systemd Patrick Bartek <nemommxiv@gmail.com> - 2020-09-19 07:50 +0200
        Re: Buster with MATE without systemd Andrei POPESCU <andreimpopescu@gmail.com> - 2020-09-19 13:50 +0200
          Re: Buster with MATE without systemd Liam O'Toole <liam.p.otoole@gmail.com> - 2020-09-20 01:20 +0200

csiph-web