NSA: Please Turn off the Lights When You Leave. Nothing to See Here.

Linux Advocate Dietrich Schmitz shows how the general public can take action to truly protect their privacy using GnuPG with Evolution email. Read the details.

Mailvelope for Chrome: PGP Encrypted Email Made Easy

Linux Advocate Dietrich Schmitz officially endorses what he deems is a truly secure, easy to use PGP email encryption program. Read the details.

Step off Microsoft's License Treadmill to FOSS Linux

Linux Advocate Dietrich Schmitz reminds CIOs that XP Desktops destined for MS end of life support can be reprovisioned with FOSS Linux to run like brand new. Read how.

Bitcoin is NOT Money -- it's a Commodity

Linux Advocate shares news that the U.S. Treasury will treat Bitcoin as a Commodity 'Investment'. Read the details.

Google Drive Gets a Failing Grade on Privacy Protection

Linux Advocate Dietrich Schmitz puts out a public service privacy warning. Google Drive gets a failing grade on protecting your privacy.

Email: A Fundamentally Broken System

Email needs an overhaul. Privacy must be integrated.

Opinion

Cookie Cutter Distros Don't Cut It

Opinion

The 'Linux Inside' Stigma - It's real and it's a problem.

U.S. Patent and Trademark Office Turn a Deaf Ear

Linux Advocate Dietrich Schmitz reminds readers of a long ago failed petition by Mathematician Prof. Donald Knuth for stopping issuance of Software Patents.

Showing posts with label Operating Systems. Show all posts
Showing posts with label Operating Systems. Show all posts

Thursday, March 13, 2014

Step off Microsoft's Cost-Prohibitive License Treadmill to FOSS Linux

by Dietrich Schmitz


Step off Microsoft's Cost-Prohibitive License Treadmill to FOSS Linux.  Linux Advocate Dietrich Schmitz explains why.
These are critical times when many CIOs are budget planning and need to make across the Enterprise costly hardware refreshes -- especially now, given that Microsoft is officially ending support for the aged Windows XP on April 8, 2014.

Naturally, Microsoft licensing doesn't allow license transfer to new hardware. That's too bad. Because, it means, if your concern insists on staying with proprietary Microsoft Windows (x86 Legacy), it must be in full compliance with their licensing terms and so, not buying new hardware with ancillary licensing for software application upgrades is unavoidable.

It's good for Microsoft -- they recoup dollars on the operating system upgrade, and they also garner additional revenue for any Microsoft software applications your concern may need on each Desktop.  But that adds up quickly in terms of multiple machines across the Enterprise and puts pressure to bear on already tight IT budgets.  Now the remainder of those 'hold outs' XP Desktops must be dealt with.  Yet another round of costly refreshes to avoid the April 8, 2014 end of support deadline.  Ughhhh.

That refresh scenario has been a given for many years and Microsoft naturally while providing a service reaps the benefits of making the licensee pay for what I prefer to call 'recycled bits' of software.  Much of it is the same bits recompiled with a new face, or gui.  Sure there are software feature enhancements but I would submit that most offices won't use more than 20% of Office's features.

CIOs are effectively 'married' to Microsoft and being 'coerced' to refresh their hardware when they logically know full well that Windows XP would have been 'good enough' easily for another five years.


Forego the deadline?  Nope.  Can't risk it.  Enterprise systems must be available 24x7 and your job is on the line.  You have no choice.  Or, do you?

Step off Microsoft's cost-prohibitive License treadmill today. That XP Desktop system may be ten years old, but it still remains a 'fact' that it is a perfectly viable piece of hardware.



Fedora 20 LXDE Linux running LibreOffice 4.2.2


It can be 'repurposed' and given a 'new lease' on life by simply installing Free and Open Source Software (FOSS) Linux (Fedora is my recommendation) along with a vast repository of free software and support.

It's a 'no brainer' really. 


So, how many XP Desktops did you say are ready for the dumpster in your organization? The CFO should be happy to learn that you are effectively zeroeing out thousands of dollars of additional expense by switching to Linux.

Please.  Don't throw that XP Desktop away.  Be frugal.  Most of all, be smart. Reprovision it with FOSS Linux.  It will run like new.

-- Dietrich

Enhanced by Zemanta

Thursday, December 19, 2013

Double-Dreaded Fedora 20 Yum "Group Does Not Exist" Error -- Remedy

by Dietrich Schmitz

Okay, things have been going along swimmingly with Fedora 20 and I did have this error message turn up during the beta testing phase.  I thought they nipped it in the bud, but apparently not.  Anyhow, here is a link to a FedoraForum.org post which can fix the error message, including this screen snapshot of the forum page. Oh the Humanity. -- Dietrich

Fedora 20 Yum "Group Does Not Exist" Error Remedy

Enhanced by Zemanta

Wednesday, December 18, 2013

Fedora 20 Linux for the Masses

by Dietrich Schmitz

Hey, you never know.  It could happen.  That is, Fedora will become the 'de facto' long-term Linux Community Distribution standard after 5 years.  I give to you below embedded my Google Plus stream of consciousness uncensored, unabridged for your consumption. :)

-- Dietrich



Enhanced by Zemanta

Friday, December 13, 2013

Money in the Bank: Fedora Btrfs Filesystem With Yum-plugin-fs-snapshot

by Dietrich Schmitz

The IT Scenario


You are a veteran System Administrator.  You know the drill.  You have an operating system upgrade to do.  It must be done in such a way that there is no 'down time' for the end users in your business setting.

Taking Precautions -- Backup


That, usually means doing it over the weekend when nobody is in the office.  It also means that you must apply due diligence in being sure you have a 'viable' backup set of the system -- not just a differential backup.  So creating one takes time with a decent tape archiver, or, if you are lucky you work for a larger Enterprise Datacenter with a dedicated rack NAS server to stream image the drive across to another hard drive.  But that's pricey and many small- to medium-sized businesses simply can't afford to spend $40,000 or more for such technology.

So, tape back up it is.  It might take 6 hours to complete on a Saturday.  And you hope that verify confirms it is a good set.  Any errors, then you may need to start over switching in a different tape assuming the first has media damage.

It's something you incorporate into standard operational procedure to precede any Change Management request for work on any server upgrade.  Never deviate.  Your job depends on it.

If your system crashes, for whatever reason, you pray your tape backup will restore and the turnaround time to do a restoral can take several hours depending on the tape archiver subsystem being used.

Often Murphy's Law comes into play: "when things can go wrong, they will go wrong."

You discover that something in the install log doesn't look right and the system has decided to abend several times during your post-upgrade testing.

It's now midnight on Saturday.  You need to pull the plug and restore from tape backup so that the system will be 'up' on Monday at 8:00 am.

So, you come back in again Sunday morning and proceed with tape restoral and babysit the job to completion and if you are lucky, the system boots up and is ready for Monday morning's business.  You get to keep your job for another day, maybe the whole week even.

Btrfs and Yum-plugin-fs-snapshot


Today, if you set up your server with Fedora Linux and partition the system using Btrfs filesystem, you get the capability to do snapshots that interleave your hard drive with no need to send the snapshot to an external drive.

The process for doing so is near-instantaneous, a second or two at most to perform.  It's that fast and with Fedora's YUM package manager you also can avail yourself to using the yum-plugin-fs-snapshot plugin which will automatically create a snapshot of your Btrfs filesystem partitions before commencing with your operating system upgrade scenario.  Again, it's just one second to create the snapshot and the yum 'update' to upgrade the O/S proceeds to completion normally.

Post-Install Quick Snapshot Recovery


Were you to encounter problems post-install during your system testing, it takes just one minute to revert to your yum created snapshot and reboot.

This process might take total 2 hours invested time verses the whole weekend consumed using the old tape archiver method.

My Testing


I installed Fedora 20 last evening with Btrfs to test out yum-plugin-fs-snapshot.  Indeed, it works as advertised and all in a matter of a few scant seconds I had a snapshot of the root (/) and home (/home) partitions as backup following my test install of nmap and it's accompanying nmap-frontend gui.  Similarly, it took two seconds to remove the two snapshots.  Below is shown the output from my test:

Install  2 Packages

Total download size: 4.5 M
Installed size: 19 M
Is this ok [y/d/N]: y
Downloading packages:
(1/2): nmap-frontend-6.40-2.fc20.noarch.rpm                | 659 kB   00:01     
(2/2): nmap-6.40-2.fc20.i686.rpm                           | 3.8 MB   00:04     
--------------------------------------------------------------------------------
Total                                           1.1 MB/s | 4.5 MB     00:04     
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
fs-snapshot: snapshotting /: /yum_20131213160036
fs-snapshot: snapshotting /home/: /home/yum_20131213160036
  Installing : 2:nmap-6.40-2.fc20.i686                                      1/2
  Installing : 2:nmap-frontend-6.40-2.fc20.noarch                           2/2
  Verifying  : 2:nmap-frontend-6.40-2.fc20.noarch                           1/2
  Verifying  : 2:nmap-6.40-2.fc20.i686                                      2/2

Installed:
  nmap.i686 2:6.40-2.fc20           nmap-frontend.noarch 2:6.40-2.fc20          

Complete!
New leaves:
  nmap-frontend.noarch
[dietrich@localhost~]$

Then, I deleted snapshots just created:

[dietrich@localhost~]$ sudo btrfs subvolume delete /yum_20131213160036/
[sudo] password for dietrich:
Delete subvolume '//yum_20131213160036'
[dietrich@localhost~]$ sudo btrfs subvolume delete /home/yum_20131213160036/
Delete subvolume '/home/yum_20131213160036'
[dietrich@localhost~]$

Conclusion


So, there you have it.  Some technologies are just 'better' than others, yes?
This is why I endorse Fedora Linux.

Get your server configured with Fedora's Btrfs and Yum-plugin-fs-snapshot and have some peace of mind.

Money in the Bank. -- Dietrich
Enhanced by Zemanta

Monday, December 9, 2013

G+ Conversations on Fedora 20, KDE User Perceptions

By Dietrich Schmitz

We had a lively exchange over at Google Plus on Fedora 20, due out tomorrow, 12/10/2013.  (Image credit: www.infusivefive.com)

+Tycho Softworks, a regular participant, initiated the post and shared his thoughts on Fedora 20 and the 'free association' thread of comments took off leading to KDE Plasma Desktop and some of the issues users are confronted with, legitimate or otherwise.

Per usual, perception is reality and I solicited +Aaron Seigo for his view on all things KDE.  He is as always the 'Thinking Man' and has no shortage of interesting things to say.

Here is the Google Plus Post in its entirety (you will need to click through the G+ post's "time" to see the full thread of comments):


Enhanced by Zemanta

Saturday, July 6, 2013

Fedora 19 Desktop Edition: Pleasantly Surprised by Gnome 3.8.3


by Dietrich Schmitz

No, this isn't an act of contrition.  It is a confession.  How so?  Let me explain.

Life is experiential as they say.  And with experience comes wisdom--hopefully, gradually, learning accretes.

Gradually, what was important yesterday is no longer important today as we reach new plateaus and learn what is truely meaningful and cast aside things which do not accrue to our general well-being and happiness.

Some days, you discover things you never imagined would happen.

Take for example Gnome's GUI.

In the past, I have been quite clear on how I have felt about this project's decision making along with my displeasure with Canonical's Unity GUI.  Neither was my cup of tea.  And, fortunately, alternatives have been around which have made possible avoiding their use entirely.  I am not unique on that count.

So, without apology, I will confess that today I decided to do:

$sudo yum groupinstall "Gnome Desktop"

into my already tweaked Fedora 19 Xfce Spin, which as you might have guessed I am quite happy with, given its meager system requirements and given that I am writing this story on an Acer Aspire One D260 Netbook sporting 2GB ram.  I've also installed OpenBox and found it makes the machine perform with near CrunchBang 11 Waldorf-like speed.  All well and good.

So, the groupinstall finished in minutes and I then dispatched to doing a logout, select GNOME from the session manager, and logged back in.

Now, mind you, there are still issues in my mind concerning Gnome, but this time around, I will tell you that Gnome 3.8.3 is what I call 'minimally functional' in its 'out of the box' default form.

Prior to Fedora 19 Desktop Edition, I could not recommend Gnome.

Today, I can say:

I like Gnome 3.8.3.


But, it took some tweaks coming from the Gnome Extensions Website to make it provide equivalence to what I have set up in the Xfce spin.  I will live with Gnome for the time being and share information with you in updates when and where I can as warranted.

Here are the extensions which I have installed thus far:

Installed Extensions

ONOFF

 Drop Down Terminal

 by zzrough
Drop down terminal toggled by a keystroke (the key above tab by default) for advanced users.
ONOFF

 Gno-Menu

 by Panacier
Gno-Menu is a traditional styled full featured Gnome-Shell apps menu, that aims to offer all the essentials in a simple uncluttered intuitive interface.
ONOFF

 Impatience

 by gfxmonk
Speed up the gnome-shell animation speed
ONOFF

 Notifications Alert

 by hackedbellini
Whenever there is an unread notification (e.g. chat messages), blinks the message in the user's menu with a color chosen by the user.
ONOFF

 Pidgin Persistent Notification

 by nemo
Adds a persistent notification if a new message in Pidgin arrives. The notification is reset if the conversation window is focussed. Works best with the pidgin status integration extension.
ONOFF

 Show Desktop Button

 by l300lvl
Places a button to the left of the Window List to hide all windows, and the overview when active, and show the current desktop(credit: MGSE, erguille, madkristoff, mbokil).
ONOFF

 Status Area Horizontal Spacing

 by mathematical.coffee
Reduce the horizontal spacing between icons in the top-right status area
ONOFF

 TopIcons

 by ag
Shows legacy tray icons on top

With these tweaks, this puts Gnome on a footing where I can honestly say, that everything is working satisfactorily.
Your preferences will be different, naturally, but I tend to be minimalist by nature, so that means 'nothing more, nothing less' style of configuration.
I especially like pressing the backtick/tilde key to get a drop-down terminal, Quake-like style.
I added GnoMenu, but decided to toggle it 'off' for now and see if I can live without using it as a 'crutch'.  My concern is and will be as time goes by, usability of Gnome in its default form.
As for ram use, this wouldn't be an issue if I had a Desktop system with 4GB so I discount its importance using this Netbook, in terms of any perceived latency or swapping.  My swappiness is set to 10, which means swapping will be 'aggressive' and do as much as it can with existing free ram.
Chrome, my preferred browser, is notorious for gobbling up ram, and I don't fault it for that, but it does at times put a strain on this Netbook.  It's a non-issue as I said with most of today's machines, so enough on ram.
Well, there you have it.  I am liking Gnome 3.8.3, Fedora 19 Desktop Edition's default GUI.
People can change.  I have and do, every day.  So can you.  Grow. :)

-- Dietrich
Enhanced by Zemanta

Wednesday, May 8, 2013

Systemd: Got Choice?

by Dietrich Schmitz

I've been thinking over the whole systemd issue and have written several stories about it.

It seems to me that somehow a major tenet of Linux has been overlooked:



CHOICE

When exactly did choice go out the window?

I want to know why systemd is not an 'opt-in' configurable option?

Did I miss something?  No, I am afraid I didn't.

No, the whole situation has really been simmering in my mind and as I did more research on systemd, the only conclusion I can reach is that systemd is being foist upon us without a shred of consideration being given to 'choice'.

There is no recognition of or respect given to choice when a Distro simply removes sysvinit or any of the other fine initialization schemes in favor of systemd.

This represents a violation of a major tenet of Linux that I cherish and don't appreciate having simply taken away from me.  Choice is mine.  I can let someone else make a decision for me, or, I can seize control and decide for myself what is best for me.  Someone else has decided that systemd is best for everyone.  Well, guess what?  It isn't.  And you don't have to accept it.  There are still Distros which don't use systemd and some that actually do give you the option to use it.

As far as I am concerned, this is a grievous error and every user should protect their given right to choose what is best for their situation.

Making systemd an opt-in configurable choice should have been given top priority.

If you don't protect your right to choice, who else will?

Today, as a matter of principle, I am taking action on this issue and resolve to do something about it.  Taking choice away is wrong and elitist at best.

I will fill you in later in a follow up story.

-- Dietrich
Enhanced by Zemanta

Sunday, March 31, 2013

Debian: A SpeedBump on the Road to Innovation

by Dietrich Schmitz

I've watched the progress of Linux over quite some time and can't help but conclude that development in the Debian community has become dogmatic, stodgy, and held back for no other reason than pure politics and control issues.

There is nothing creative or innovative about that.  The Debian priesthood make their proclamations, anoint new members and continue to exert control of the pace of development with no interest in changing their software release management policy speed knob, currently set to: slow.  Slow as in 'sloth' slow.

As Debian prefers to resist change, change besets them.  You see, change is occurring on Internet time all around them in fact.  That's fast for those who watch trends in application development like me.  And the constant that is ever-present that Debian cannot ignore is that change will continue in overdrive while the Debian community sit on their collective hands satisfied by not doing what needs to be done.

Innovating on Internet time doesn't mean one has to lose control, nor does it mean that one will lose stability at the risk of frequent change.  It means that the pulse is being followed and striking while the iron is hot is imperative to reach profitability and bring product to market when and where it's needed--today and now.

So, life goes on, with or without Debian.  They have made their bed and sleep in it.  The need to politic continues unabated and the camp has their wagons drawn into a circle as if to prepare for attack.

It is fractious, unnecessary, and drives a wedge into the process of community sharing.  Sharing of ideas, sharing of resources is divided along political lines.  It is divisive and leads to internal turmoil all avoidable but the control must continue.  And it does.

Debian leadership will continue to apply their full will with impunity and seek comfort in their ability to exert only control, not innovation, not creativity, not sharing--just pragmatic politics--and continue to recede into irrelevance.  Happy Easter.

-- Dietrich
Enhanced by Zemanta