Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
06-02-2014, 06:14 PM
|
#76
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
systemd-journald is one of the main problems. It can not be effectively replaced by another logging system such as sysklogd which becomes not just a nuisance, but a hindrance to trying to to descale systemd. You can add sysklogd, but that's beside the point.
Just as udev might not be needed in all systems, journald might not be needed also, so why is it mandatory? In the case of udev, there are plenty of people who do run mknod to create a static devfs, and plenty of people who would like to stick to sysklogd for plaintext logs rather than deal with journald which only outputs in binary which effectively is useless when dealing with issues between systems. Either both systems have journald or reading the binary log is useless. If you want multi-system log reading you have to effective create a duplicate logging system which is a waste of system resources.
The only required part of systemd should have been init, (and maybe a child process to udev) but sadly that's not the case.
It's still not a program that does one thing and does it well.
|
|
4 members found this post helpful.
|
06-02-2014, 08:59 PM
|
#77
|
Member
Registered: May 2007
Posts: 771
|
Quote:
Originally Posted by volkerdi
I checked the link, and they say that the goal is for the replacement to be "os-agnostic".
Very interesting. Looks like they aren't interested in systemd's init features, and are just looking to implement the parts that DEs are likely to have as dependencies.
|
I wish that it was as simple as uniting on a project community that is working for everyone. When you read what our current leader is saying, you don't have much choice if you choose to be outside of his eco-system:
https://plus.google.com/+LennartPoet...ts/8RmiAQsW9qf
Quote:
Originally Posted by Poettering
I believe ultimately this really boils down to this: the Linux userspace plumbing layer is nowadays developed to a big part in the systemd source tree. Ignoring this means you constantly have to work with half-baked systems, where you combine outdated components which do not belong to together into something that in many facets might work but is hardly integrated or consistent. Or to put this another way: you are at a road fork: either you take the path where you use the stuff that the folks doing most of the Linux core OS development work on (regardless if they work at Red Hat, Intel, Suse, Samsung or wherever else) or you use the stuff Canonical is working on (which in case it isn't obvious is well... "limited").
|
http://linuxfr.org/nodes/86687/comments/1249943
Quote:
Originally Posted by Poettering
Yes, I don't think BSD is really too relevant anymore, and I think that this implied requirement for compatibility with those systems when somebody hacks software for the free desktop or ecosystem is a burden, and holds us back for little benefit.
|
And there are many other things he has said like this, leaving alot of people who was using this stuff already, with a broken upstream system path. With leadership such as that, it would only make much more sense if system-management really was OS agnostic, and even project maintainer agnostic.
Unlike what some people are saying, there are plenty of people doing something to rectify the situation. The problem is that there is no organization or motivation, and continual ridicule being passed around to serve Poettering's mastership. Please, I hope people speak up who should be the real leaders of the system components we need. We need a real direction.
|
|
5 members found this post helpful.
|
06-02-2014, 09:52 PM
|
#78
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
A real direction would be to ignore fadware and anything against the philosophy of UNIX and return to the core principles of UNIX and return to software that abides by not just the UNIX philosophy, but also software universal to every branch of the UNIX family tree to where very little system proprietary software exists except those utilities surrounding and working with the Linux kernel.
Linux, BSD, Solaris, and other UNICES don't and shouldn't need to work against each other by trying to kill off other branches with fad designed, ego driven software that's nothing short of poisonous to UNIX on the whole.
You don't see BSD, Solaris, or any other UNIX derived OS trying to implement software that's toxic to the whole of UNIX or even Linux.
Last edited by ReaperX7; 06-02-2014 at 09:55 PM.
|
|
7 members found this post helpful.
|
06-02-2014, 10:38 PM
|
#79
|
Senior Member
Registered: Jul 2007
Distribution: Slackware64-14.1
Posts: 2,367
|
Quote:
Originally Posted by ReaperX7
You don't see BSD, Solaris, or any other UNIX derived OS trying to implement software that's toxic to the whole of UNIX or even Linux.
|
The BSDs write *tons* of software that benefits no one but themselves. Lennart is doing nothing but the same. While I disagree with the direction he is taking, and primarily with absorbing/deprecating other software in favour of systemd-dependent plugins, trying to say he is doing something somehow more malicious than what is done in the BSDs is patently false. Most programmers for the BSDs don't give one iota about Linux compatibility, just as Lennart doesn't care about BSD compatibility.
|
|
3 members found this post helpful.
|
06-02-2014, 11:59 PM
|
#80
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
True but then again the BSDs by design don't have much software to begin with, and the rest they port in. The software they develop works for their system and kernel.
However the BSDs did actually give us OpenSSH from OpenBSD so technically the BSDs did give us something actually. So far by calculation, something is better than nothing.
|
|
2 members found this post helpful.
|
06-03-2014, 12:46 AM
|
#81
|
Member
Registered: Sep 2011
Posts: 925
|
Quote: Yes, I don't think BSD is really too relevant anymore, and I think that this implied requirement for compatibility with those systems when somebody hacks software for the free desktop or ecosystem is a burden, and holds us back for little benefit.
Portable FOSS is a huge selling point for me. I switched machines back and forth between Linux and BSD while keeping the whole application stack unchanged. Unix legacy and API standards made that possible.
If such stuff becomes Linux-only, there is absolutely no point for me in using that. I don't like to be locked into a platform, especially not into Red Hat's "CoreOS" platform.
To add to the desktop discussion: A unexceptional desktop environment, which runs on different OSes, even with flaws, is a great thing to have IMHO. A mediocre Linux-specific or worse distro-specific desktop environment is useless crap and can go into trash right away. If I want a desktop vendor lock-in, I choose Apple or Google, at least that stuff doesn't hurt the eyes.
|
|
|
06-03-2014, 01:43 AM
|
#82
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
Better to have a half-assed desktop environment than a half-assed operating system laying underneath.
We'd be better off running Windows 9x...
|
|
1 members found this post helpful.
|
06-03-2014, 12:41 PM
|
#83
|
Member
Registered: May 2007
Posts: 771
|
Quote:
Originally Posted by T3slider
The BSDs write *tons* of software that benefits no one but themselves. Lennart is doing nothing but the same. While I disagree with the direction he is taking, and primarily with absorbing/deprecating other software in favour of systemd-dependent plugins, trying to say he is doing something somehow more malicious than what is done in the BSDs is patently false. Most programmers for the BSDs don't give one iota about Linux compatibility, just as Lennart doesn't care about BSD compatibility.
|
That is all totally possible. My concern over the division going is primarily directed a Poettering because the projects he absorbed directly impacts my systems. The BSD project to deal with the interface issues might not help us at all, despite the promise. Self-interest baloney can happen anywhere. This is why I rather not talk about creating more projects, but who can actually lead.
|
|
2 members found this post helpful.
|
06-04-2014, 12:14 AM
|
#84
|
Member
Registered: May 2014
Posts: 50
Rep:
|
I'm pretty new to linux, but I find this debate fascinating. My favorite thing so far about the os is getting my hands dirty and learning about how things work at a basic level. In this respect, one program bundle automagically controlling my entire system doesn't sound like much fun.
Maybe systemd can add a daemon to reduce pervasiveness?
Edit: Hopefully systemd-registrycleaner is in the works as well.
Last edited by ymf331; 06-04-2014 at 12:22 AM.
|
|
|
06-04-2014, 01:51 AM
|
#85
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
And why do we need to mess with /etc?
|
|
|
06-04-2014, 04:53 AM
|
#86
|
Senior Member
Registered: Jun 2011
Location: NOVA
Distribution: Debian 12
Posts: 1,071
|
Quote:
Originally Posted by ymf331
I'm pretty new to linux, but I find this debate fascinating. My favorite thing so far about the os is getting my hands dirty and learning about how things work at a basic level. In this respect, one program bundle automagically controlling my entire system doesn't sound like much fun.
Maybe systemd can add a daemon to reduce pervasiveness?
Edit: Hopefully systemd-registrycleaner is in the works as well.
|
You can get your hands dirty with systemd installed there are various reasons why people don't like systemd but none of them include not being able to get your hands dirty.
|
|
|
06-04-2014, 06:18 AM
|
#87
|
Member
Registered: Jan 2013
Location: France
Distribution: Slackware 14.1 32 bits
Posts: 211
Rep:
|
Jesus...
|
|
4 members found this post helpful.
|
06-04-2014, 07:44 AM
|
#88
|
Member
Registered: Jan 2012
Location: Directly above the center of the earth
Distribution: Slackware. There's something else?
Posts: 383
Rep:
|
Quote:
Originally Posted by Nh3xus
Jesus...
|
He even *looks* like a young Bill Gates.
'Systemd...we'll take over so you don't have to!'
|
|
2 members found this post helpful.
|
06-04-2014, 07:45 AM
|
#89
|
Member
Registered: Jan 2012
Location: Directly above the center of the earth
Distribution: Slackware. There's something else?
Posts: 383
Rep:
|
Quote:
Originally Posted by ymf331
Maybe systemd can add a daemon to reduce pervasiveness?
Edit: Hopefully systemd-registrycleaner is in the works as well.
|
This is funny as hell! Good one! (I know it was sarcasm/a joke, and I really am LMAO because it's so true!)
|
|
|
06-04-2014, 08:05 AM
|
#90
|
LQ 5k Club
Registered: Jan 2006
Location: Oldham, Lancs, England
Distribution: Slackware64 15; SlackwareARM-current (aarch64); Debian 12
Posts: 8,307
Rep:
|
Quote:
Originally Posted by irgunII
He even *looks* like a young Bill Gates.
|
Could be a Bill Gates clone or cyborg created to subvert and destroy Linux?
P.S.
Has he ever said: "I vant your cloze, your bootz, und your modorzykle"?
Last edited by brianL; 06-04-2014 at 08:35 AM.
|
|
1 members found this post helpful.
|
All times are GMT -5. The time now is 11:40 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|