Xfce Forum

Sub domains
 

You are not logged in.

#1 2016-07-03 16:05:46

Jerry3904
Member
Registered: 2013-11-09
Posts: 863

4.14 and systemd

I just noticed on this roadmap

https://wiki.xfce.org/releng/4.14/roadmap

that systemd is listed along with consolekit under "dependencies (tbd)." MX-15 and future developments are systemd free, though we have a couple of files that other applications need to find present, so this raises some future concern for us and our users (70,000 downloads from SourceForge and counting).

1) What exactly does "tbd" indicate?
2) Is consolekit an alternative being considered?
3) Can distros influence the decision?

What do others here think of having such a dependency?

Last edited by Jerry3904 (2016-07-04 15:08:42)


MX-23 (based on Debian Stable) with our flagship Xfce 4.18.

Offline

#2 2016-07-03 17:13:45

eric_the_idiot
Member
Registered: 2011-12-23
Posts: 58

Re: 4.14 and systemd

1) I've removed the tbd. There's some talk of just targeting 3.20 as a minimum for Gtk, but we'll see.
2) Consolekit and Consolekit2 will be fully supported.
3) You can always raise concerns on the xfce4-dev mailing list or irc channel.

Offline

#3 2016-07-03 21:59:57

MountainDewManiac
Member
From: Where Mr. Bankruptcy is Prez
Registered: 2013-03-24
Posts: 1,115

Re: 4.14 and systemd

But isn't systemd a good thing?

Curious,
MDM


Mountain Dew Maniac

How to Ask for Help <=== Click on this link

Offline

#4 2016-07-04 10:37:12

Jerry3904
Member
Registered: 2013-11-09
Posts: 863

Re: 4.14 and systemd

@EtI: thanks for the response, we will have to think on how we want to pursue this some more.
@MDM: depends on the viewer, I guess. There's a huge online discussion of it out there.


MX-23 (based on Debian Stable) with our flagship Xfce 4.18.

Offline

#5 2016-07-04 15:08:20

Jerry3904
Member
Registered: 2013-11-09
Posts: 863

Re: 4.14 and systemd

Looking back, I see this post from ToZ:

Xfce supports systemd if its installed. If not, it will use the alternatives (e.g. upower). As far as I can tell, only two components come with systemd support - xfce4-power-manager and xfce4-session.

So, if your system doesn't use systemd, then Xfce won't use it.

As for a systemd dependency, thats up to your distro (Ubuntu Linaro) and how it defines it.

Xfce does not have a dependency on systemd.

Is everything there now void? It would be great if the bolded sentence could remain true in Xfce 4.14...


MX-23 (based on Debian Stable) with our flagship Xfce 4.18.

Offline

#6 2016-07-04 17:12:54

ToZ
Administrator
From: Canada
Registered: 2011-06-02
Posts: 11,485

Re: 4.14 and systemd

Probably best to wait for Eric to post again, but my understanding is that both systemd and consolekit will be supported and Xfce will not be dependent on either but will require one to work properly.


Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

Offline

#7 2016-07-04 17:18:22

Jerry3904
Member
Registered: 2013-11-09
Posts: 863

Re: 4.14 and systemd

That would explain the slash, which I did not get--i.e., = "or"


MX-23 (based on Debian Stable) with our flagship Xfce 4.18.

Offline

#8 2016-07-05 17:28:09

eric_the_idiot
Member
Registered: 2011-12-23
Posts: 58

Re: 4.14 and systemd

Correct, systemd or consolekit wise, things should work the same as in 4.12.

Offline

#9 2016-07-05 18:36:52

Jerry3904
Member
Registered: 2013-11-09
Posts: 863

Re: 4.14 and systemd

Most excellent, thanks!


MX-23 (based on Debian Stable) with our flagship Xfce 4.18.

Offline

#10 2016-07-07 18:54:56

Sideburns
Member
From: Trinidad, CO
Registered: 2011-03-30
Posts: 467
Website

Re: 4.14 and systemd

MountainDewManiac wrote:

But isn't systemd a good thing?
MDM

Most people think so, but there's a small, vocal minority with an irrational hate for it, just as there is with SELinux.  Personally, I wasn't to thrilled when my distro (Fedora) adopted it, but I accepted the fact that it was there and I've learned to live with it.


Registered Linux user #470359
Permanently recovered BOFH
Any advice in this post is worth exactly what you paid for it.

Offline

#11 2016-07-07 21:52:34

MountainDewManiac
Member
From: Where Mr. Bankruptcy is Prez
Registered: 2013-03-24
Posts: 1,115

Re: 4.14 and systemd

Oh. I admit that I get somewhat uncomfortable when I think about SELinux, but this is mostly the "general" sort of uncomfortableness that one gets when thinking about a situation in which he/she trusted a well-known burglar to provide the keys/locks/security for his/her home, as opposed to a specific one.

Regards,
MDM


Mountain Dew Maniac

How to Ask for Help <=== Click on this link

Offline

#12 2016-07-08 16:04:49

DaVinci
Member
Registered: 2016-07-08
Posts: 1

Re: 4.14 and systemd

So my take on systemd is that some newbie programmer didn't want to learn legacy init idiosyncrasies (process to process dependencies), and instead implemented an init that explicitly stated/required dependencies. That's cool, but this introduced a lot of per process init overhead. This is mitigated(somewhat) by the fact that systemd is multithreaded. Sadly, the new paradigm suggested/required that the init process be completely broken down into sub-components, which with the added overhead completely spent any performance gains provided by multi-threading. In short, best case it's a wash, but a well thought out sys-v approach will totally annihilate systemd.

Offline

Registered users online in this topic: 0, guests: 1
[Bot] ClaudeBot

Board footer

Powered by FluxBB
Modified by Visman

[ Generated in 0.014 seconds, 8 queries executed - Memory usage: 562.99 KiB (Peak: 579.84 KiB) ]