Pacific Simplicity is the home to my tech blog of sorts, aiming to assist and provide information easily to other Linux users and Open Source hackers out there.  It contains articles on Linux, system admin hints, scripting, programming embedded systems, OpenWRT and of course Drupal . Check it out and don't forget to comment!

Posted: Fri, 06/13/2014 - 11:02

A few days ago I discovered that sometimes applications will reference a symbol and a version when attempting to link to an application. Usually an undefined symbol is related to one of the following:

  • A library required to link
  • Improper linking order
  • The symbol not being within the library at all

As a I discovered, this is not always the case:

Posted: Fri, 05/09/2014 - 15:59

Recently, I was asked to review, maintain, update and document existing work from the Concordia University in Montreal. In an effort to continue the past OpenDiameter work - here is the current work for 1.0.7i(ish) and documentation.

OpenDiameter 1.0.8 will be available SOON!

Compiling OpenDiameter 1.0.7-j and running the EAP-MD5 test

The code can be built using the following process:

sudo apt-get install libbz2-dev build-essential python python-dev

Posted: Fri, 05/09/2014 - 15:15

I had to compile a really old version of ACE for my advisor and SSL was being a pain - here is what I did to remove it from the equation without hacking the vanilla ACE wrapper 5.7.5 code

../configure --with-openssl=/usr/local/ssl/--with-openssl-include=/usr/local/ssl/include/ --with-openssl-libdir=/usr/local/ssl/lib/ LDFLAGS=-L/usr/local/ssl/lib/ CFLAGS=-I/usr/local/ssl/include CXXFLAGS="-I/usr/local/ssl/include -L/usr/local/ssl/lib" LIBS=-L/usr/local/ssl/lib --disable-ace-examples --disable-ace-tests

Posted: Tue, 05/06/2014 - 19:06

One of the biggest problems I have had when working with Linux and other open-source projects is the lack of up-to-date documentation. Some projects go to great lengths to modernize documentation and others don't at all which results in the project being forgotten. Netfilter Xtables modules while in use on almost every system, seem to not get the polish they deserve for tutorials, examples and updated documentation.

Posted: Mon, 05/05/2014 - 08:53

I recently discovered that LLDP traffic is silently blocked/dropped via a mask in br_input.c and will not forward LLDP despite having a rule with the correct protocol value in ebtables. In ebtables, the packet count will not increment and no messages are generated in the kernel logs.

To fix the netmask value to allow LLDP, patch net/bridge/br_private.h or use my patch: