@Reaper What did God say about Ruby?
@Didier: Eh... it's free software, in every sense of the word, and free is a good thing, also in every sense of the word, but it does tend to be...noisy. That's why I prefer the stuff made by the benevolent dictator. EDIT On a more serious note, good or bad is not something we decide. Historically, the strength of GNU/Linux has been its open source nature. If it is a mistake, we'll quickly learn that through experience and then a significant push back will reverse the trend. |
Quote:
|
I work in a couple big shops. They use RHEL almost exclusively, 6.5 is the standard though we got some 5.X instances floating around ( and a couple of Debian instances that I go visit from time to time because they just seem so lonely). The businesses interests don't know SystemV from SystemD, they'd think it was amusing if we asked them if they did.
Why is that important? Those enterprises are not going to convert to the new init system. Unless you work in a large, diverse environments like the ones I'm describing, it's hard to imagine what a nightmare scenario unraveling the work that's been done over a decade and remodeling it for the new requirements would be (and what a big fat $0 you'd have to show for it when your done. How do you explain to business that you're going to spend $12,000,000,000 to do effectively nothing from their point of view?). Stay calm, gentle reader. It's just an idea, let's see if it works. |
Quote:
...Or faith, for that matter. ;) |
Why does this thread remind me of Groundhog Day?
|
Member response
Hi,
A few quotes from some very smart people; Quote:
Quote:
Quote:
Quote:
Quote:
Then clearly think before you compose & post again to this thread. We are intelligent creatures and should try to help solve the issues instead of putting up blocks or FUD of useless materials from both sides of the discussion. Personalities will almost always effect the way we interact but consider reading what you are about to post then put aside an then look at it agian before you press <submit>. Relax, have fun & enjoy! :hattip: |
Quote:
off-topic question here addressed to you as moderator: why am I unable to view threads in a threaded, tree format? You are obviously replying to an individual here but I don't know who you are replying to because I can only view LQ in flat, unthreaded mode. I've looked for an option to change the display format but I don't seem to have it. Apologies to all for intruding on this most riveting of threads. |
Quote:
I think Python, RUBY and such have a place, but Perl is the quintessential universal scripter for *NIX. Installed on almost any system. Also I'm not a free software advocate in fact to me, free means beer free. Openess is more important - I use commercial UNIX, Solaris, IRIX, UnixWare etc. for various things - I feel that proprietary and open source software can coexist - I patch IRIX, Solaris and UnixWare with BSD replacements all the time, or in a few cases I've rolled my own utilities. Once my NDA runs out I'll be helping the BSD and Devuan projects ( only with the MIT/BSD licenced stuff though, like LoginKit ) with their stuff. |
Quote:
Since I have a few distros installed that use systemd, I am actually aware that boot times is a sort of "collateral benefit" since I have also seen it take very long times when one item has difficulty bring the whole parallel scheme to a screeching halt. However I have yet to see any benefit. Please enlighten me since I gather from your posts you are rather objective I would greatly appreciate hearing your POV. |
Quote:
|
The purpose of different scripting languages is to allow diversity in scripting to bring in abilities not normally found in standard shell script commands, or bashisms, or any other language.
In truth, you could have an entire system built in bash script, but in doing so, it would lack certain abilities and force dependency upon other workarounds, hacks, or bypasses to gain the functionality bash may lack. Execline can create FIFO protocols in executions where Bash can not natively, but does it mean it's better than bash? No it does. It's different, and was created by skarnet to perform such tasks, but execline is not a shell, it's a command processor. The same goes for Ruby, Perl, and Python, and frankly any other scripting language. Not all scripts have to start with #!/bin/bash -e as the header. It's simple to do those things, but when you diversify your scripts, you bring out the power of the system in ways not normally allowed or found by one system. |
I was making a point not that Perl is the best, but that using Python instead of it for sysadmin scripting is pretty dumb. Its slower, less supported and when you're like me, working with BSD, UnixWare, Solaris, and Linux, you need something all of them are guaranteed to have.
|
The only one of those that might not have python is UnixWare. That assumes that you don't download the source and install it yourself.
To each their own, but IMO any scripting language that forces you to remember if you have a reference to an object or the object itself deserves to be tossed into the dungheap. Perl's great if you are the only one supporting the scripts. "There's more than one way to do it" means that your way of doing may not look remotely like my of doing it; that turns out to be a real PITA when you are supporting someone else's Perl code. [EDIT] I'll add that I've actually written programs in Fig-Forth and Forth83 and found those experiences more pleasant than my times dealing with Perl. |
:facepalm: You're missing the point. This isn't a Perl discussion, its a systemd discussion. You're getting hung up on a leaf on a branch rather than taking in the whole tree. I like Perl, I use it in freelance - and so do many other sysadmins who have at least 5 years experience, like me. End of story.
|
What type of scripts are systemd unit files drafted in?
|
All times are GMT -5. The time now is 11:55 PM. |