Major Retailer Chooses Linux for its Tills
An anonymous reader writes "ZDNet is running an article on how Matalan has installed several thousand point of sale terminals running Linux rather than Windows. The reason? Reduced cost of ownership. It was a big consultancy that did the work, Capgemini, and IBM on the kit side. Sounds like some people can get Linux to work in an 'enterprise environment' after all."
I work as a cashier at a grocery store, and they run MS XP Embedded. We have at least 1 till crash at least once a day. Causing major headaches, I wish we had them running on Linux...
I work for an electronics company in the UK called Maplin.
They allready use Fedora for all their equipment.
Thunderbird for e-mail and firefox for web browser.
We run DOS.
"When the atomic bomb goes off there's devastation...but when the atomic bong goes off there's celebraaaaation!"
It was also a popular OS for vertial applications such as bank terminals. NationsBank grew from a tiny bank to the 6th largest bank (before they were bought by Bank of America) on a plan of aggressive acquisition. A large part of this strategy was their computer infrastructure. It was heavily based on OS/2: Each branch had a single centrally-administered OS/2 Workspace on Demand server. All computers in a branch would actually boot from the server (LTSP-style), with all of its applications ready to go. If the bank wanted to update their software, they could push these changes from a central point to each branch overnight (or over time), and schedule the switchover. The next day, everyone came in and was completely updated.
You can do the same with Linux (I already mentioned LTSP, but this was almost 10 years ago.
Like they say, what's old is new again.
Linux IT Consulting and Domino Development in Michigan
4690 is Digital Research FlexOS with IBM's name on it; IBM didn't even bother to grep the help files for DR references or change "dredix" to "ibmedit" or something. I'm really not sure why they went with FlexOS either, but I'm sure they had their reasons.
The registers CAN run Windows or OS/2 but 500MHz Celerons (or lower) tend to die. So, like you said, it tFTP boots a basic OS which includes a funny little Java Virtual Machine and some TCP/IP utilities (I think you can telnet into them, but I haven't tried). The JVM will load whatever frontend the vendor soaked you for (usually some kind of Java/XML type deal that pulls stuff from the database back on the store controller). We use a really god-aweful Swing app for display. The registers usually have uptimes in the 3 month range unless something bad happens on the store controller (like IBM Deskstar hard drives).