While the idea may have originally been to encourage tighter collaboration between developers and system administrators in "agile" environments, that's not how most "DevOps" environments work. In most cases, DevOps ends up being implemented as a way to save money by combining development and operations positions into a single hire.
I can't wait for the DevOps movement to die a quiet death, just so HR people will stop trying to use it as an excuse to merge two complementary but non-interchangeable positions into a single hire.
Where are my freaking mod points when I need them ?
I'm no expert at video editing, but did you look at Cinelerra ? It exists for years (I mean, before VLC existed, before mplayer, even before Xine if I remember correctly... Who remembers aviplay ?) and apparently it is still (kind of) maintained.
For Debian it's available on Christian Marillat's multimedia repository.
Thanks for this useful information (where are my mod points when I need them ?)
Also, be careful of this bug: the "Standard system utilities" task now pulls 41 GTK-related packages because of a new dependency on pinentry-gtk2 from gnupg2. After a server installation, if you selected the "Standard system utilities" task, be sure to "apt-get remove --purge pinentry-gtk2" (which will install pinentry-curses to satisfy dependencies) and then "apt-get --purge autoremove" to get rid of all those useless packages. Or (didn't test it yet but it should work), install without the Standard task, prevent pinentry-gtk2 from being installed by pinning it to priority -1 in a preferences file (man apt_preferences), and then run "tasksel --new-install" to select the Standard task.
This answer only proves what people say about the pro-systemd people's bad faith. You clearly pretend to misunderstand the point of my post.
So (I'll bite) to be clear, I wasn't saying that RHEL 7 is mandatory, or that systemd is mandatory in RHEL 7, but only that systemd hasn't been thoroughly tested in the real world yet. I'm sick of pro-systemd people harping on about systemd being mature because it's now the default in so many distros used by so many people since so many years, blah blah blah. None of the distros which ships systemd as default for more than a year is used in a serious corporate environment.
Most job offerings I see ask for RHEL/CentOS skills. Next comes Debian, then Ubuntu, and occasionally SLES. Only once in my career I had an job interview in a company which used an infrastructure based on Gentoo; but I never ever saw a job offering asking for Fedora or Arch skills, let alone OpenSUSE or Mageia.
So stop the bullshit about systemd being ready for prime time. it may be so for personnal or SOHO infrastructures, but in the real world of enterprise-grade distros, it still has to prove it's stable, secure and properly working as expected. I don't say it's not, I say it still has to be proven.
Is Fedora used by (serious) system administrators on servers in corporate environments ? No, so these 2 years of "testing" are moot concerning the viability of systemd on enterprise-grade Linux distros. As for the 11 months of RHEL, serious administrators (meaning, the ones who actually understand what's going on under the hood and are able to investigate problems and report bugs) never rush on a new release of their installed distros, so I'm quite inclined to think that compared to RHEL/Centos 6 (or even 5), the pool of RHEL 7 installed on actual production servers is still very tiny. So yes, in regard of actual production environments, systemd is still largley "unproven".
Keep in mind the binary log is just the internal format it's stored in for systemd. You can configure rsyslogd just as before to log to plaintext files.
You can configure rsyslogd just as before to log to crippled plaintext files.
Red Hat Enterprise Linux have systemd starting with version 7.0
You mean, the one which was released in June 2014 ?
like SUSE Linux Enterprise Server
You mean, the one which was released in October 2014 ?
and Mageia
With all due respect to their community, Mageia isn't what I'd call an "enterprise Linux distribution".
The oldest "enterprise Linux distribution" which have systemd as default is RHEL 7, which was released 11 months ago. Sounds quite "unproven" to my sysadmin ears.
Really? Please link to mailing list posts from Lennart pushing Debian or Ubuntu to to adopt systemd (advising on features/benefits relevant to an upcoming decison the distro already had to make does not count).
How many years are you looking for? Systemd has been in production for a long time now. We're talking four years now.
Then we don't have the same definition for the term "production".
With all due respect for their respective users, Fedora, Arch or OpenSUSE are not production OSes. Debian, RHEL and SLES are. For me, and (at the risk of hurting some people) for real system administrators, systemd has been in production only since June 9th, 2014 (release date of RHEL 7.0), which is, as of right now, barely 11 months.
Damn that's just.......damn. The crappy controls, crappy graphics, it was fricking torture man!
Don't forget the worst part : although these "make my video" games were sold on CDs, the songs were not stored in audio CD format, and were compressed inside the video (I think). So, when I hooked a cassette recorder to the console in order to copy the songs, the result was even worse than FM...
Slashdot Mirror
While the idea may have originally been to encourage tighter collaboration between developers and system administrators in "agile" environments, that's not how most "DevOps" environments work. In most cases, DevOps ends up being implemented as a way to save money by combining development and operations positions into a single hire.
I can't wait for the DevOps movement to die a quiet death, just so HR people will stop trying to use it as an excuse to merge two complementary but non-interchangeable positions into a single hire.
Where are my freaking mod points when I need them ?
I'm no expert at video editing, but did you look at Cinelerra ? It exists for years (I mean, before VLC existed, before mplayer, even before Xine if I remember correctly... Who remembers aviplay ?) and apparently it is still (kind of) maintained.
For Debian it's available on Christian Marillat's multimedia repository.
Thanks for this useful information (where are my mod points when I need them ?)
Also, be careful of this bug: the "Standard system utilities" task now pulls 41 GTK-related packages because of a new dependency on pinentry-gtk2 from gnupg2. After a server installation, if you selected the "Standard system utilities" task, be sure to "apt-get remove --purge pinentry-gtk2" (which will install pinentry-curses to satisfy dependencies) and then "apt-get --purge autoremove" to get rid of all those useless packages. Or (didn't test it yet but it should work), install without the Standard task, prevent pinentry-gtk2 from being installed by pinning it to priority -1 in a preferences file (man apt_preferences), and then run "tasksel --new-install" to select the Standard task.
[...] and since May 2014 their stock continues to grow in value, i.e. there is no sign that customers are running away from RHEL 7.
Ah, because Red Hat's stock value is entirely based on RHEL 7 ?
This answer only proves what people say about the pro-systemd people's bad faith. You clearly pretend to misunderstand the point of my post.
So (I'll bite) to be clear, I wasn't saying that RHEL 7 is mandatory, or that systemd is mandatory in RHEL 7, but only that systemd hasn't been thoroughly tested in the real world yet. I'm sick of pro-systemd people harping on about systemd being mature because it's now the default in so many distros used by so many people since so many years, blah blah blah. None of the distros which ships systemd as default for more than a year is used in a serious corporate environment.
Most job offerings I see ask for RHEL/CentOS skills. Next comes Debian, then Ubuntu, and occasionally SLES. Only once in my career I had an job interview in a company which used an infrastructure based on Gentoo; but I never ever saw a job offering asking for Fedora or Arch skills, let alone OpenSUSE or Mageia.
So stop the bullshit about systemd being ready for prime time. it may be so for personnal or SOHO infrastructures, but in the real world of enterprise-grade distros, it still has to prove it's stable, secure and properly working as expected. I don't say it's not, I say it still has to be proven.
Is Fedora used by (serious) system administrators on servers in corporate environments ? No, so these 2 years of "testing" are moot concerning the viability of systemd on enterprise-grade Linux distros. As for the 11 months of RHEL, serious administrators (meaning, the ones who actually understand what's going on under the hood and are able to investigate problems and report bugs) never rush on a new release of their installed distros, so I'm quite inclined to think that compared to RHEL/Centos 6 (or even 5), the pool of RHEL 7 installed on actual production servers is still very tiny. So yes, in regard of actual production environments, systemd is still largley "unproven".
Keep in mind the binary log is just the internal format it's stored in for systemd. You can configure rsyslogd just as before to log to plaintext files.
You can configure rsyslogd just as before to log to crippled plaintext files.
FTFY
if a disk is corrupting sectors where the logs (or anything) are being written, nothing will stop the corruption, not even syslog or rsyslog.
That's why we use smartd.
Red Hat Enterprise Linux have systemd starting with version 7.0
You mean, the one which was released in June 2014 ?
like SUSE Linux Enterprise Server
You mean, the one which was released in October 2014 ?
and Mageia
With all due respect to their community, Mageia isn't what I'd call an "enterprise Linux distribution".
The oldest "enterprise Linux distribution" which have systemd as default is RHEL 7, which was released 11 months ago. Sounds quite "unproven" to my sysadmin ears.
Really? Please link to mailing list posts from Lennart pushing Debian or Ubuntu to to adopt systemd (advising on features/benefits relevant to an upcoming decison the distro already had to make does not count).
Does this qualify ?
How many years are you looking for? Systemd has been in production for a long time now. We're talking four years now.
Then we don't have the same definition for the term "production".
With all due respect for their respective users, Fedora, Arch or OpenSUSE are not production OSes. Debian, RHEL and SLES are. For me, and (at the risk of hurting some people) for real system administrators, systemd has been in production only since June 9th, 2014 (release date of RHEL 7.0), which is, as of right now, barely 11 months.
Where are my mod points when I need them ?
"But I use Linux!" Then you're used to video not working.
Have you ever heard of mplayer ?
Damn that's just.......damn. The crappy controls, crappy graphics, it was fricking torture man!
Don't forget the worst part : although these "make my video" games were sold on CDs, the songs were not stored in audio CD format, and were compressed inside the video (I think). So, when I hooked a cassette recorder to the console in order to copy the songs, the result was even worse than FM...
Marky Mark make my video anyone?
I actually bought (and enjoyed) the INXS one. Nostalgia...
I thought it was Lord Kinbote.