*golf clap*

Ha ha /nelson

I could never, in good conscience, support a foundation stained by those events. Look elsewhere, there are many small media boxes that don't have Broadcom chips in them and that truly support the open source philosophy.

We had a similar issue with our engineers. We had login servers which worked great as they were poorly advertised and woefully underused, but once we had a system in place for them to make efficient use of them, they started to randomly crash. Most times it was due to them trying to submit a job to our compute farm and end up running it on the login servers, but sometimes it was malicious and a deliberate attempt to get a few extra CPU cycles at the expense of others. For us, the solution was rolling our own virtual desktop farm. We used KVM for the hypervisor, python for the back end control, and php for the front end web interface. We used Active Directory for authentication and rights management. That way we could control precisely how much resources each engineer had rights to.

As you are working at a school, it is not without reason to believe that you can use the students to help develop a system to manage the virtual instances. With a bit of forethought and a limit to the specifications, you can have a simple VDI broker developed and tested in a month. And if you avoid my mistake and use the libvirt API, you will even have the ability to easily expand the system to using linux containers.

We officially rolled out centOS6 earlier this year, and we were hit hard by the transition from KDE3 to KDE4. In the end all we could do was either recommend that users either go to gnome, or switch to Trinity (KDE3 fork). I expect that we'll have similar challenges when transitioning to CentOS7 in 2 years unless KDE4 was fixed in CentOS7, except then we'll have challenges with both KDE4 and Gnome3.

Charles H Moore is not on that list, and it is a travesty that he isn't. Forth doesn't get a lot of press, but it is still extensively used despite being over 40 years old.

They had the same problem prior to the year 2000, so why wasn't this lesson already learned?

I've spent more for less. Best case I get a toy to play with in October. Worst case I do a CC charge back (assuming I can do one 6 months after purchase).

I agree. This problem is easily scriptable using python so I'm honestly surprised a legitimate researcher is asking slashdot instead of jumping into a writing a python script.

One school out of one thousand and nineteen does something stupid, so the OP automatically tars and feathers the entire province? So how exactly does that work?

Why would I put my trust in a company that is outsourcing ALL of their tech staff overseas?

Piss off IBM, as long as you're not investing in local tech, you're irrelevent.

BYOD means you can no longer trust your own network because you no longer have the same level of control over the devices on it. And if you do not trust your own network, you need to increase your security costs substantially and provide other resources that you would otherwise not need to offer. So while you're saving around $1000 per year per user on hardware, you're spending more on licensing for NAC and VDI/RDP/ICA. You also need to amp up the local tier1/2 support because now without standards they're going to be spending more time dealing with more types of machines. Any gains made by standardization will be utterly destroyed.

BYOD is a short sighted, stupid idea thought up by someone who sure as hell has no experience with I/T support.

swing and a miss. thank you come again.

We already do you pompus twit. We rail against companies like EA for many reasons, and the games they produce is only part of it. We also rail against them because they are a HORRIBLE COMPANY TO WORK FOR. I've been approached twice for a job with EA in the last year, and twice I've politely declined despite the numbers looking good. Why? Because they suck.

I was programming in Basic in 1979. Get off *my* lawn. Oh and keep funding Social Security for me. KTHXBYE.