I wanted to test if my netbook will run more perfomant on Lubuntu, with its lightweigth LXDE desktop. But I always thought I have to re-install the whole system…which is not true! In fact, it is soo simple…
While noticing, that I’m not the only one having this missbelieve…I found this simple solution!
Simply:
- open: Synaptic Package Manger
- search for: lubuntu-core
- check it, agree and apply the change
- wait for total download and installation
- you can select now after booting the system (by clicking the small ubuntu-symbol) to start a Lubuntu
Additional modifications after installation:
- install ARandR: sudo apt-get install arandr (I need it to manage multiple monitors)
- change keyboard layout: Preferences / Keyboard Layout Handler (‘Tastatureingabemethoden’)
The original description is already very good, but I like to do it all on the terminal!
Get the ‘installer’:
wget http://tilemill.s3.amazonaws.com/latest/install-tilemill.tar.gz
Decompress ‘installer’:
tar -xf install-tilemill.tar.gz
Install TileMill:
sudo ./install-tilemill.sh
Open TileMill in Chromium (or simply click):
chromium-browser http://localhost:20009
I had the task to load a Pyhton-module within the ‘main’ function, but it must be globally available!
I found some solutions but they did not work…
…but finally, I found the correct solution:
exec("import my_module") in globals()
This implementation works great, solves my problem very good and I have not found any critical annotations!
So far, ‘gitg’ was always enough for me…check out the differences visually and make the add/commit stuff by hand.
But this simple handling reaches its limits as soon as you want to commit single lines of one file within different commits. So it’s time to dive more deeply into ‘git gui’…as I know that it makes me handle this task!
Simply install it:
sudo apt-get install git-gui
But where is it now? Typing…git-g[TAB]…nop…hmmm! After a while I realised, that it is called with:
git gui
As I think this is pretty unusual, I change the alias for that and thereby, use the opertunity and make it open in the background:
leafpad ~/.bash_aliases
alias gitgui="git gui &"
Now, I can run it very easy:
gitgui
But it opens with an allert like:
"No word lists can be found for the language..."
Quick googling tells me to install also the correct ‘aspell’ package (the german in my case):
sudo apt-get install aspell-de
That’s it!
Today, I had to manage the task of transfering data, that I previously managed in a gist, to a GitGub repository!
As this was pretty easy…I’d like to share the code with you!
Here’s the source: http://stackoverflow.com/a/13671484
1. Initialise a new, empty repository “GistOnGitHub” on GitHub
2. Add a new remote “github” and push the content to the repository
git remote add github https://github.com/username/GistOnGitHub.git git push -u github master
3. Change the name of the origin of the gist to “gist”
git remote rename origin gist
4. Check out if you’ve typed in everything correctly
git remote -v
That’s it!!!
From now on…you can push your data to the GitHub-gist and the GitHub-repository, by using:
git push github master git push gist master
P.S.: I had some problems:
- with the authentication…so I had to redefine the ssh-authentication!
- used the wrong URL of the source description and had to change the new remote to the correct URL
git remote set-url github https://github.com/username/GistOnGitHub.git
Recently, I updated my system to Ubuntu 14.04 and now I noticed that gdal is not running in Python anymore!
Importing gdal (respectively ‘osgeo’) broke with a command, that ended like:
"...version GDAL_1.8 not defined in file libgdal.so.1 with link time reference"
After a little investigation…I decided to (Re-) build gdal from source…like suggested:
http://gis.stackexchange.com/a/21739
But in contrast to the description…I installed the latest stable version of gdal (1.11.0):
http://download.osgeo.org/gdal/1.11.0/
So, here’s what I did:
Ctrl+Alt+T (Open terminal) cd ~/folder/for/builds/from/source sudo apt-get install build-essential python-all-dev wget http://download.osgeo.org/gdal/1.11.0/gdal-1.11.0.tar.gz tar xvfz gdal-1.11.0.tar.gz cd gdal-1.11.0 ./configure --with-python make sudo make install
The answer on http://gis.stackexchange.com/ recommends also to update the shared library cache…but this was not necessary, in my case!
Now it works perfect…again!