Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

cdd: cd and list the files.

function cdd(){ cd $*  ls --color}

changelog: get the change log for a program

changelog() {
    log=/usr/share/doc/"$*"/changelog*
    if [ -r $log ]; then
        less $log
        unset log
    else
        log=/usr/share/doc/"$*"/CHANGELOG*
        if [ -r $log ]; then
            less $log
        fi
    fi
}

mkdircd: make a directory and move in.

function mkdircd() {
  mkdir $* cd ${!#}
}

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

I have been trying Arch Linux in VirtualBox and will probably switch when I get around to it (or at least duel boot along with Ubuntu).

Here is what it looks like so far; if you have any questions about tools, configs, etc., ask and I will post.

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

After getting frustrated with GNOME-Do’s memory hogging, I switched to Kupfer. Kupfer is a lightweight, extensible application launcher like Do (as it is now called) but much more powerful and easier to extend (it is written in python).

My Plugins

So far, I’ve written the following plugins:

1. gwibber\_plugin.py: This plugin allows you to send messages from Kupfer through Gwibber (with no configuration).

2. exaile\_plugin.py: This plugin allows you to pause, play, skip, and go backwards in Exaile. It is based on the Rhytmbox plugin.

+1: evolution\_plugin.py: I did not write this plugin (although I did do a fair bit of editing). The Evolution plugin adds an evolution contact source (and works with the built in email plugin).

Download: kupfer-plugins.tar.gz

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

Every time I logged in, conky would start up before nautilus loaded the desktop. This caused conky to load as a floating window that stayed on top of all other windows. I have finally gotten around to fixing this problem.

Here (gone, email if found) is a simple python script that waits for nautilus to load the desktop before starting conky.

I stored the script referenced in this post in a paste-bin and now it’s gone. Live and learn…

This script is probably very inefficient but it gets the job done.

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

For those who don’t know, Caffeine is a small program for Linux that lets a user prevent his or her computer from entering a power save state. If a user wishes, he or she can even configure caffeine to automatically inhibit power-saving when watching a flash movie, or running VLC, Totem etc. For more information, visit its website here.

As a user of both Caffeine and the new Humanity icon theme (the default icon theme in karmic), I made a very basic gray-scale version of the Caffeine icon. You can download it here.

> Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

Annoyingly, as karmic has mostly switched to Upstart, it does not include a service manager. While I hope that the gnome service-manager will be updated to include support for upstart soon I have, for the interim, written a very simple service manager.

Be warned: When I say “very simple” I mean “very simple, noob unfriendly, and potentially dangerous”. While it should not harm your computer, I make no guarantees because it is my first PyGTK program and was written in my spare time over a couple of days. A word of warning, the code is very messy and inefficient (understatement).

Link

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

Just in case anyone is interested, here is my new desktop layout.

This theme works with 1280x800 screens. (If you have a different size screen, you will have to modify it)

Download: theme.tar.gz

Font: Droid Sans

Panel: tint2

• Install from this PPA
• The tint2rc file (from my theme package) to “~/.config/tint2/”

Background: custom (includes panel and conky backgrounds)

• Either use my background (background.png) or replace the background layer in background.xcf with your own image and save it as a png.

Conky:

System Information and Calendar.

You can find them in the theme package.

To install:

• Create a new folder “~/.conky/”
• Copy “cal.conkyrc”, “cal.py” and “system.conkyrc” to “~/.conky/”
• Add a new startup item sh -c "conky -d -c ~/.conky/system.conkyrc; conky -d -c ~/.conky/cal.conkyrc"

Theme:

• Metacity: Nooto
• GTK2: Ghostship
• Icons: Elementary

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

Problem

I often edit config files in vim, try to save them, and then realize that I ran vim as a normal user and the config file is in /etc. In the past I would close vim and redo all of my changes as root (using sudo). This is a real pain especially if I had made a lot of changes.

Solution

Add the following to your ~/.vimrc:

cmap w!! w !sudo tee % >/dev/null<CR>:e!<CR><CR>

A while ago I came across this post that describes how to save a file as root from a non-root vim by adding cmap w!! w !sudo tee % >/dev/null to my .vimrc.

The problem is that, after running this command, vim will notice that the file has changed on disk and ask the user if he or she wants to reload it. After a while this got annoying, therefore the multiple CRs (enters) and the :e! (reloads the file).

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

I just posted a solution to this idea but thought that I should share it here.

Here is the problem: In order to get the latest features on Ubuntu, people are adding a lot of PPAs. For now there hasn’t, as far as I know, been a case in which a PPA owner has uploaded a malicious package but this is a possibility. Uploading an end user application, such as shutter, with malicious code would be problematic but not devastating. On the other hand, uploading a malicious sudo package would be devastating. Here is my solution.

Different repositories would “own” packages:

1. Ownership would be set in a file such as /etc/apt/ownership/.list
2. A special system packages file would be created that would designate system packages (sudo, pam etc…).

Apt repositories would have permissions:

1. Ultimate Trust: Update and Install packages from this repository regardless of ownership including system packages.
2. All: Update and Install new packages from this repository regardless of ownership (except system owned packages).
3. Owned only: Update and install only owned packages.
4. No Updates: Install owned packages from this repository but do not download updates from it.

Flags:

1. Warning: There would be a warning flag that a user could set on a repository that would warn when packages are updated or installed from that repository.
2. System: There would be a system flag that could be set on security related packages (sudo, bash etc…) that would prevent all but “Ultimate Trust” repositories from installing/updating them.

Caveat lector: I wrote this post in high school; it’s likely outdated and poorly written.

I finally uploaded my first contribution to gnome-look.org: Dark-Minimal Lock Dialog.

Screenshot

Download

Gnome-Look.org