Transition Strategies: Windows to Linux
Each month brings new and easier ways to transition desktop functions from Windows to Linux. February's Desktop Linux Summit certainly was a milestone event on this path. Gary Maxwell's article, "Linux for a Small Business", in the March issue of Linux Journal was especially interesting to companies such as ours, Grid IQ. We are a small software and consulting business, with special technology for distributed, cluster and grid computing. Many (but not all) of our folks have been longtime Linux users.
Figure 1 shows the modus operandi we used up until several months ago, as well as our current mode. In the old mode we had some desktops running Linux, mostly used for code development, and some running Windows, mostly for document preparation in MS Office. We probably had more Windows and Office licenses than we really needed. In addition, this arrangement did not readily facilitate joint drafts of documents, such as proposals, briefs, customer reports, conference papers and so on. Also, in a small company, such as ours, most of us need to do both technical and business development work. Hence, we need the functionality we received from both Windows and Linux.
Over time it became clear that we needed to transition most of our functions to Linux and to develop a clear method for preparing, collaborating on and publishing our many documents. This paper describes the transition steps that we settled on and carried out.
In making this transition, it also was clear that we would need Windows capability for some time. That is, we were never candidates for a dramatic and instantaneous transition to only Linux. For example, some times we are required to collaborate on documents with outside sponsors in MS Word or Power Point. It is often much too hard to try to make these look the same in MS Office as they would look in Star/Open Office. Furthermore, we use some applications that we know can be transitioned eventually to similar Linux applications. But we need time to make all these transitions gracefully, robustly and with confidence. So it was critical for us to plan on a transition policy that increased our Linux use and dependency but still enabled us to use Windows on occasion.
In our new mode, as Figure 1 shows, most of us now run Linux exclusively. Some use Red Hat, some Debian and some LindowsOS (which we have found to be very friendly). We also have found that we need only a few Windows-capable machines, and those are best configured as dual-boot machines.
Figure 2 shows typical disk partitions for a dual-boot machine. We can have a Windows partition (NTFS), a Linux partition (EXT3) and one or more common partitions (FAT), which each OS can read and write to.
Figure 3 shows our document preparation strategy. Basically, we share drafts in Star/Open Office, under either OS. We publish for the outside world in in non-OS dependent formats, such as PDF or HTML. This paper was written in Star Office partly under Windows and partly under Linux.
Figure 4 shows some details about how I preserve coherency for e-mail on my dual-boot machines. Basically I use Netscape e-mail on both Linux and Windows. I use filters to direct incoming mail to Local Folders in the FAT partition, and I use settings to direct sent mail there. The usual care has to be taken with the path name. Under Windows, it would be something like H:\Documents\...\Local Folders (where H is the letter of the FAT partition). Under Linux, it would be /mnt/H/Documents/.../Local Folders/.
We have reached several conclusions from our new mode of operations.
We pay for fewer Windows and Office licenses, and we are much less Windows-dependent. In time, we will only use Linux.
We more easily share/edit documents amongst ourselves, and we publish documents for the outside in non-OS-dependent formats.
Everyone can readily perform both technical and business tasks.
Our transition strategy was helped particularly by:
LindowsOS (very easy for those not already using Linux)
Today's inexpensive disk space, which made dual-boot machines easy.
Practical Task Scheduling Deployment
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.View Now!
|The Firebird Project's Firebird Relational Database||Jul 29, 2016|
|Stunnel Security for Oracle||Jul 28, 2016|
|SUSE LLC's SUSE Manager||Jul 21, 2016|
|My +1 Sword of Productivity||Jul 20, 2016|
|Non-Linux FOSS: Caffeine!||Jul 19, 2016|
|Murat Yener and Onur Dundar's Expert Android Studio (Wrox)||Jul 18, 2016|
- Stunnel Security for Oracle
- The Firebird Project's Firebird Relational Database
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- SuperTuxKart 0.9.2 Released
- Google's SwiftShader Released
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide