SlackwareThis 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.
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.
Being an opti-pessimist, I am always optimistic that things, especially people, will follow the worst possible chain of choices.
I have adopted a kind of survivalist attitude in recent years, and that has extended to my software archives as well.
Beginning with Slackware 12.1 I have maintained my own archive of everything from kernel and toolchain, to the distro, SBo and sources to all things that I build myself. When I update anything in my boxes I update the archive and keep (usually) good notes. The idea being that if I had to continue my own essential computing uses in the event of some catstrophe such as an unexpected SCO victory, Mickeysoft buying kernel.org and releasing it binary only, or complete loss of internet access - I would have a good chance of surviving it at a known level of function, at least for a while.
Recently I have been constructing a similar archive for 13.37 - fully tested as I upgrade a few boxes here. I definitely have in mind systemd, UEFI and various other incarnations of evil lurking and slouching across the landscape.
In the event that we suddenly find ourselves with no way forward, something I find increasingly likely, as long as I have hardware I will be able to maintain my own level of use for essentially an indefinite period.
Call me crazy, but Burt Gummer was smarter than we give him credit for!
I saw this the other day and it made me laugh my socks off. [source]
Quote:
Knowing nothing about systemd, I have had to piece together some init files for use on Mageia2.
One of those files is an init file for gogoc_client.
I ended up with a shell script called from systemd.
The shell script ( /usr/local/bin/gogoc.sh) is straight froward.
So what happens when systemd meets real world users? sysvinit gets reinvented
Ambition based projects often crumble under the weight of too much change too fast, because few projects are willing to continually rewrite code to support new systems that aren't tried and true.
I just realized that Lennart Poeterring is the same author of PulseAudio, which is probably the worst audio management services ever created for Linux systems.
I still can't believe he was quoted as stating that Debian kFreeBSD was a "toy OS". Seems very hard to take someone seriously when they scoff at projects regardless of size trying to bridge gaps and open new doors.
Ambition based projects often crumble under the weight of too much change too fast, because few projects are willing to continually rewrite code to support new systems that aren't tried and true. The utools (udev, upower, udisks, etc.) have been in development for quite some time to replace the aged hald system. Even now, hald still hasn't been effectively replaced. Projects still use it for functionality. The same will go with the utools when systemd is publicized. The problem then is you have multiple redundant systems all trying to do the same thing, and it's not a good mix for the system because eventually some part of the system is going to get too many resource requests at once and suddenly all hell breaks loose when the system resource managers can't decide which subsystem is asking for what because a diskdrive's resources were requested by three different services just for one program by the same service.
If hald and udisks are asking for a disk drive's resources and then systemd asks for the same resource, which resource is going to be given the task? Do you send the resource through systemd, udisks, or hald for the same program?
Even if Fedora uses it for themselves, Redhat is still more conservative. They only chose what they like from Fedora. As long as Redhat doesnt adopt it I think we should be OK. Imagine if Redhat adopted every craziness from Fedora. Have you ever tried Fedora Desktop? I find Fedora like a Clown distro, no offense. I tried it one time and i prefered ubuntu over it. It totally clogged up my system maybe due to my hardware though. But its nature its just trying new stuff. Its kind of like a geunie pig for Redhat.
I wonder if since udev is merged into systemd, what are the emerging aspects of the devtmpfs system that have been added into the linux-next kernel projects?
Can someone give me a rundown on what makes systemd so terrible? Or for that matter what it's supposed to replace? Linux seems like it got a lot more messy and complicated since HAL, like it's been in a constant limbo of deprecations and replacements.
How much control should an administrator have over the system, and how much control should they give up?
Go back to Page 1 and read AlienBOB's response and read this link he posted regarding udisks2. Also, go read this interview with systemd's developer. The point of systemd is to isolate, segregate, and eliminate any ties Linux has from traditional UNIX style systems like BSD and such.
Don't believe it? Read this article/interview with systemd's developer Lennart Poeterring.
He basically says things like BSD isn't even a relevant system anymore, Debian kFreeBSD is a toy OS, and that other distributions choices to keep their signature initialization systems are pathetic and ill conceived, and everyone should be following his design.
He even commented on Slackware's choice to not run Gnome as "Oh God".
I really hate to say it, but someone really needs stand up to these so-called Linux developers and tell them, Linux is not Windows so stop trying to turn it into Windows.
Highly surprised Linus Travolds hasn't said anything about this mess yet.
How much control should an administrator have over the system, and how much control should they give up?
Go back to Page 1 and read AlienBOB's response and read this link he posted regarding udisks2. Also, go read this interview with systemd's developer. The point of systemd is to isolate, segregate, and eliminate any ties Linux has from traditional UNIX style systems like BSD and such.
Don't believe it? Read this article/interview with systemd's developer Lennart Poeterring.
He basically says things like BSD isn't even a relevant system anymore, Debian kFreeBSD is a toy OS, and that other distributions choices to keep their signature initialization systems are pathetic and ill conceived, and everyone should be following his design.
He even commented on Slackware's choice to not run Gnome as "Oh God".
I really hate to say it, but someone really needs stand up to these so-called Linux developers and tell them, Linux is not Windows so stop trying to turn it into Windows.
Highly surprised Linus Travolds hasn't said anything about this mess yet.
From that video he seems to be thinking his software can directly mimic the speed, user-friendliness, zero-administration, and core functionality of Windows upon the Linux kernel.
Sorry, but Linux and Windows are two different operating systems and systemd isn't about free choice and freedom of administration of the system. It's about controlled automation and a lack of core principles of system security.
I'm beginning to think we'd be better off gathering up some independent developers, or developers from other Linux systems, grabbing the hal, udisks, upower, and udev sources we still have and redeveloping a cross-platform INIT system that can be not only invisible to the system, but completely modular with full control of the system if so desired, works on BSD, Linux, and various other UNIX and UNIX-like operating system kernels and distributions, before Red Hat and Lennart completely destroy Linux and the various OS distributions that use it, and turn it into something it's not and set back Linux yet again as a viable OS alternative to Windows.
Even if Fedora uses it for themselves, Redhat is still more conservative. They only chose what they like from Fedora. As long as Redhat doesnt adopt it I think we should be OK.
Of course they will adopt it! Lennart Poeterring works for Red Hat. His job is to create stuff like this for Red Hat. This is what they pay him to do. If they plan wasn't to adopt it, his manager would have had him working on something else.
From that video he seems to be thinking his software can directly mimic the speed, user-friendliness, zero-administration, and core functionality of Windows upon the Linux kernel.
Sorry, but Linux and Windows are two different operating systems and systemd isn't about free choice and freedom of administration of the system. It's about controlled automation and a lack of core principles of system security.
I'm beginning to think we'd be better off gathering up some independent developers, or developers from other Linux systems, grabbing the hal, udisks, upower, and udev sources we still have and redeveloping a cross-platform INIT system that can be not only invisible to the system, but completely modular with full control of the system if so desired, works on BSD, Linux, and various other UNIX and UNIX-like operating system kernels and distributions, before Red Hat and Lennart completely destroy Linux and the various OS distributions that use it, and turn it into something it's not and set back Linux yet again as a viable OS alternative to Windows.
Yup, thats why all the questions that are asked his answer is "a patch". So he is planning on patching up all the deamons and a lot of other stuff to get it to work. He also talks about shell scripting being slow so converting to C program... So now u have to know C to config? LOL
Last edited by Mercury305; 07-13-2012 at 12:48 AM.
I just realized that Lennart Poeterring is the same author of PulseAudio, which is probably the worst audio management services ever created for Linux systems.
I still can't believe he was quoted as stating that Debian kFreeBSD was a "toy OS". Seems very hard to take someone seriously when they scoff at projects regardless of size trying to bridge gaps and open new doors.
"BSD isn't relevant anymore." (the same Lennart Poettering)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.