Letters to the Editor
I noticed in your April edition, you used PhotoShop to create the cover image. I understand that at SSC you use non-Linux systems for some of your graphics and page layout. Wouldn't it be nice if you could do it all in Linux? I think the GIMP is great, but nothing on Linux compares with PhotoShop.
The only thing to do is to port PhotoShop (and possibly Framemaker) to Linux. Adobe is aware of the desire for such products, and even confronts it on the following web pages: http://www.adobe.com/supportservice/custsupport/QANDA/259e.htm and http://www.adobe.com/supportservice/custsupport/QANDA/2bf6.htm I believe if enough people show an interest, Adobe will eventually come around. What a great day that will be for Linux! Adobe asks that we send all suggestions of this nature to:
Adobe Systems, Inc.PhotoShop Product Management345 Park AvenueSan Jose, CA 95110-2704
I hope that many of you will send requests to Adobe to let them know how you feel.
I'd like to ask in an open forum that computer product resellers, and Linux folks specifically, allow for U.S. forces overseas to have better web commerce access.
Although we can often order products, many web-based address databases are unable to accept an APO/FPO address. There also seems to be a small lack of understanding of how mail from the U.S. is delivered to troops stationed overseas.
When a package is sent to an APO/FPO address, it is carried by U.S. Postal Service mail to one of three military postal offices. New York serves European troops, Miami serves troops in the southern hemisphere, and San Francisco serves the Pacific installations. There is no additional cost to the shipper—the military picks up the tab as soon as it gets to the APO/FPO. If the city is added to the address, it can have terminal effects on packages, many of which never arrive or are bounced around several places. We cannot receive mail from either FedEx or UPS.
There are web commerce servers that provide for this type of addressing, but more need to be available. I appreciate the efforts of the web maintainers in keeping good commerce available and ask for this request to be considered.
—Leam Hallgers email@example.com
Write us at firstname.lastname@example.org or send snail mail to Linux Journal, P.O. Box 980985, Houston, TX 77098. All published letters are subject to editing.
Getting Started with DevOps - Including New Data on IT Performance from Puppet Labs 2015 State of DevOps Report
August 27, 2015
12:00 PM CDT
DevOps represents a profound change from the way most IT departments have traditionally worked: from siloed teams and high-anxiety releases to everyone collaborating on uneventful and more frequent releases of higher-quality code. It doesn't matter how large or small an organization is, or even whether it's historically slow moving or risk averse — there are ways to adopt DevOps sanely, and get measurable results in just weeks.
Free to Linux Journal readers.Register Now!
|Secure Server Deployments in Hostile Territory, Part II||Jul 29, 2015|
|Hacking a Safe with Bash||Jul 28, 2015|
|KDE Reveals Plasma Mobile||Jul 28, 2015|
|Huge Package Overhaul for Debian and Ubuntu||Jul 23, 2015|
|diff -u: What's New in Kernel Development||Jul 22, 2015|
|Shashlik - a Tasty New Android Simulator||Jul 21, 2015|
- Hacking a Safe with Bash
- Secure Server Deployments in Hostile Territory, Part II
- Home Automation with Raspberry Pi
- Huge Package Overhaul for Debian and Ubuntu
- The Controversy Behind Canonical's Intellectual Property Policy
- Shashlik - a Tasty New Android Simulator
- Embed Linux in Monitoring and Control Systems
- KDE Reveals Plasma Mobile
- diff -u: What's New in Kernel Development
- Purism Librem 13 Review