I am writing to thank you for publishing Wayne Marshall's article on groff [December 2000]. Even though I have been using groff extensively for four years, I still found something new to learn in Wayne's piece.
I learned about groff some years before when I obtained a copy of UNIX Text Processing by Dougherty and O'Reilly. I found it intriguing and poked away with the ms macros for a while until I returned to school and decided that the courses for which I was paying deserved to have my handwritten (and largely illegible) notes transcribed for future reference.
Wishing to “give back” to the Linux community, I prepared a “Groff and Friends HOWTO” (http://www.ucalgary.ca/~dprovins/), which after reading Wayne's article might be more aptly titled a “groff and Friends ms HOWTO”, as it is focussed on that set of macros, and how to adjust them to meet one's needs.
Even with all that “experience”, I still found Wayne's article enlightening, and when it comes time to rewrite the how-to (which it could use), I hope to include some of his insights. Naturally I'll mention his article as a reference for new or not-so-new users.
May I add that there is an active mail list for groff at http://groff.ffii.org/ that I recommend for those with both questions about, and suggestions for, groff development.
—Dean Provins email@example.com
In my January 2001 copy of Linux Journal, there is an article on Ogg Vorbis as an open-standard alternative to MP3 [“Ogg Vorbis-Open, Free Audio—Set Your Media Free”] The article states that Ogg Vorbis' main financial backer is iCast, an entertainment division of CMGion. However, it makes no mention of the fact that CMGion closed down iCast services as of the end of last year and is closing many other divisions of its company acquisitions.
I was just curious why such an article was run with information that was old news or at least did not include an update when it seems that the backbone of this standards support is suffering from osteoporosis.
I checked both the Vorbis site and the xiph site linked from the article, but neither of them have any news or apparent updates since mid November (when icast was shut down according to ZDNet news).
Kathy, As you say, iCast services were closed down as of the end of last year. The issue of the article is January 2001, meaning it was on the streets mid-December and at the printer in November. The article's author, Jack Moffitt, former VP of technology for iCast was laid off when it happened and had no idea at the time he wrote the article. There is, however, already much software that supports Ogg Vorbis available at www.vorbis.com/software.htm.
I just received my February 2001 issue of Linux Journal, and it was great to see a review of my book there. I liked every single word that you said.
However, it seems that the guys from SAMS didn't tell you about the last-minute changes in the book. On October 16, when version 2.0 was released, I called my editors to let them know about it, and they asked me to cover version 2.0 in the book too. Therefore, the book that went to the printer also has an Appendix D “Migrating to Python 2.0”. Besides that, I added a lot of information throughout the book concerning version 2.0.
Frank LaMonica's “Streaming Media” (January 2001)
The calculation of the bandwidth 8000 clients (80% of 10,000) produce is not 30GBs but 300MBs. This amount can be handled by today's possibilities in contrast to the published number. The second error is in the RAID naming. RAID 0 is striping, which is increasing the size (and speed) of a volume by adding them together in a row. The RAID level Frank describes is RAID 1 (mirroring).
Mick Bauer's “Paranoid Penguin” (January 2001)
Bauer incorrectly refers to Tatu Yloenen as being associated with F-Secure; in fact, he's chairman of the board and chief technical officer of SSH Communications Security, Inc. Mick also wishes he had credited at least Markus Friedel, Niels Provos, Bob Beck and Aaron Campbell. He would like to correct his statement that SSH Communication's version of SSH v.2.3 must be purchased if used in a commercial setting. That is not true for users of open-source operating systems:
To qualify for a Non-Commercial Use License, You must: (1) use the Software solely on a system under the Linux, FreeBSD, NetBSD, or OpenBSD operating system (whether for commercial or noncommercial use);... [SSH Communications Security Corp SSH(R) Secure ShellTM License Agreement, paragraph 3]
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
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- 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
- Parsing an RSS News Feed with a Bash Script
- LiveCode Ltd.'s LiveCode
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