You have upgraded to Yosemite and found this error while trying to upgrade macports via command line?

fmbp:~ root# port -v selfupdate
Error: Current platform "darwin 14" does not match expected platform "darwin 13"
Error: If you upgraded your OS, please follow the migration instructions: https://trac.macports.org/wiki/Migration
OS platform mismatch
    while executing
"mportinit ui_options global_options global_variations"
Error: /opt/local/bin/port: Failed to initialize MacPorts, OS platform mismatch

The error is explaining very well what is happening and t

Red Hat Enterprise Linux Workstation release 6.5 (Santiago) comes with python 2.6 and if you want to install 2.7 you will discover you do not have it on repository. All you have to do is:

1. Add python 2.7 repository:

sudo sh -c 'wget -qO- http://people.redhat.com/bkabrda/scl_python27.repo >> /etc/yum.repos.d/scl.repo'

2.

So you have configured a brand new iscsi disk and want to put it to use in linux client? No problem, read below! Note: in our example, the ISCSI server is on 192.168.69.66 1. Discover the disks:

venus:~# iscsiadm -m discovery -t sendtargets -p 192.168.69.66
192.168.69.66:3260,3 iqn.2014-07.ro.gz.sun:swap-venus

2. activate them:

venus:~# iscsiadm -m node --login -p 192.168.69.66
Logging in to [iface: default, target: iqn.2014-07.ro.gz.sun:swap-venus, portal: 192.168.69.66,3260]

3.

You are here because sometimes you find the network interfaces renamed after any tiny modification (like kernel upgrade for example). Well, fortunately there are ways to prevent this by binding the mac address to specific names. There are several ways to achieve this. Read on.

Rename Network Interface using udev.

NOTES: - the mac address is to be written only with lowercase. If you write it with capital letters, it won't work. - KERNEL and DRIVERS can be skipped.

How to fix bash on Debian Lenny and older debian versions.

How to fix bash on Debian Squeeze

There is a new bash vulnerability for which there are no technical details so I presume it is scarier than the one mentioned few days ago. Fortunately there is already a patch.

Security researchers from Red Hat have uncovered a new exploit in the common "Bash" command shell found in OS X, Linux, AIX and many other *nix platforms which can be used to deploy malicious code with minimal effort. Due to the ubiquity of the Bash shell, the exploit can also affect a wide variety of different web-connected devices and properties, including unsecured websites, smart home appliances, servers, and more. As mentioned above, this vulnerability is not limited to only one platform but in the same time in doesn't affect the average consumer because even if they have "bash" in their computers, they do not use it in a way that it can be vulnerable. Unless you are using your computer as a server that accepts commands from untrusted sources (like web servers for example) (and then only if it sets environment variables based on commands from untrusted sources) you do not have to worry about.

I am sure this is well known by the ones working daily with this technology but it's still important to have it around. Of course, those who are not aware have better use for what is written in this article.