Please create an account to participate in the Slashdot moderation system


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:Opinion: DevOps is bullshit (Score 1) 123

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 ?

Comment Cinelerra (Score 1) 103

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.

Comment Re:Debian 8 so far, so good (Score 1) 442

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.

Comment Re:Watching systemd evolve (Score 1) 765

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.

Comment Re:Watching systemd evolve (Score 1) 765

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".

Comment Re:Watching systemd evolve (Score 1) 765

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.

Comment Re:ABOUT FUCKING TIME! (Score 1) 765

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.


Hackers Discover Wii U's Processor Design and Clock Speed 173

MojoKid writes "Early, off-the-record comments from game developers indicated that the Nintendo's Wii U console horsepower was on par with, or a bit behind the Xbox 360 and PS3, which raised questions about just how 'next-generation' the Wii U would be. Now, Wii and PS3 hacker Hector Martin (aka Marcan) has answered some of these questions and raised a few others. According to his findings, the Wii U's CPU is a triple-core design clocked at 1.24GHz. Marcan identifies the base design as a PowerPC 750, which makes sense. Nintendo used PowerPC 750-derived processors in both the GameCube and the Wii. Retaining that architecture for the Wii U would simplify backwards compatibility and game development. Now factor in the GPU, which is reportedly clocked at 550MHz. Some have favored the Radeon HD 4000 series as a basis for the part; I still think a low-end Radeon 5000, like Redwood Pro, makes more sense. That GPU was built on 40nm, measured 104mm sq, clocked in at 649MHz, and had a 39W TDP. The die size discrepancy between the Wii U and Redwood Pro would account for the 32MB of EDRAM cache we know the Wii U offers. Nintendo may have propped up a relatively weak CPU with considerably more GPU horsepower."

Comment Re:No. (Score 0) 348

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 Top Deals

Riches cover a multitude of woes. -- Menander