Letters to the Editor
First of all, let me tell you how much I appreciate LJ, for the accuracy of the information it gives and the nice tone it uses.
I write you in reaction to the “1997 Readers' Choice Award” that the text editor vi received in the December issue. I'm an old addict of this program, and I still find it fast and useful. But I have always promised myself that I would learn Emacs one of these days, thinking I couldn't remain an old dinosaur using such an old tool. The problem is that I always found Emacs far too complicated. So when I saw the Award, I was genuinely surprised so many people think like me and I had a good laugh.
In short, after reading LJ, I decided that, despite vi being an old and ugly editor, I'll keep using it without any remorse for being an Emacs loser. —Pierre-Philippe Coupard firstname.lastname@example.org
I read the review of the Fujitsu Lifebook 420D in Linux Journal Issue 43 (November). Maybe some of the LJ readers would be interested in this information.
Since March 1997, I have owned a 520D, which uses a Chips&Technologies 6555x for its video chip set. It runs XFree86 just fine with up to 64K colors at 800x600 (virtual up to 1600x1200@8bpp), and acceleration using the SVGA server. I don't know if this model is still current; however, it's almost the same as the 420D except it does have an external floppy adapter. —Jeroen Beekhuis email@example.com
“Best of Technical Support” in Issue 44 (December) suggested a way to mix Linux and NT. Here's another way using the NT boot loader. Assume NT is on /dev/hda1 and Linux is on /dev/hda2, and that /dev/hda1 is mounted on /dosc.
In Linux, edit the /etc/lilo.conf file so that:
Run the following:
/sbin/lilo dd if=/dev/hda2 of=bootsect.lin bs=512 \ count=1 mv bootsect.lin /dosc
In NT, edit the file c:\boot.ini to include (make it the default if you wish):
When you reboot, the NT boot loader will give a menu of operating systems and then timeout to the default. —Valerie Crump firstname.lastname@example.org
I have a few comments in regards to “Best of Technical Support”, November 1997. Shells like bash and zsh perform their own line editing, and to do this they need to know how long the prompt is. With Jim's PS1, bash thinks the prompt is 15 characters longer than it actually is, because the colour setting escape sequences don't take up any screen space. This can easily be seen when typing a command which reaches column 65, because bash assumes it is actually at column 80 and wraps the text at that point. The real solution is listed in bash's man page under PROMPTING:
\[ begin a sequence of non-printing characters, which could be used to embed a terminal control sequence into the prompt.\] end a sequence of non-printing characters.
Jim's prompt then becomes:
\[\033[36m\]\u_\[\033[33m\]\W_\$_--\[\033[32m\]_where “_” is a space. —Carey Evans email@example.com
Yes, you are correct. My solution does address one problem but upon re-reading Jim's question, I realize that it will not solve his. Your solution is the correct one. Thanks Carey. —Chad Robinson firstname.lastname@example.org
I was reading the article in Linux Journal #43 called “Linux in the Mainstream?” by Phil Hughes. As a Linux user I do like the idea of Linux becoming more mainstream. However, I don't agree with the suggestions that Mr. Hughes makes. Linux is something different, that's why we use it—well, why I and many others use it. Linux started as a small project and was taken on by a large community. It is not like other operating systems. There is no need to make Linux mainstream—Linux is becoming mainstream on its own power. This is not because of marketing—it is because Linux is a damn fine OS, and people are finding that out by word of mouth. We, as a community, should not look into marketing and certification programs, but rather we should keep right on with what we have been doing—telling others about this great OS. We don't need a central authority to hand out meaningless sheets of paper.
I am not saying that Linux is not lacking in some areas. It most certainly is, but as a community we should be working on the shortcomings simply for the sake of making a better, free, OS—not to win over new users. —Steve Carpenter email@example.com
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
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.Register Now!
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Non-Linux FOSS: Caffeine!
- Managing Linux Using Puppet
- Control Your Linux Desktop with D-Bus
- Download "Linux Management with Red Hat Satellite: Measuring Business Impact and ROI"
- Doing for User Space What We Did for Kernel Space
- SuperTuxKart 0.9.2 Released
- Google's SwiftShader Released
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
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