Context aware bash environment

March 4, 2011 on 2:03 pm | In geeky | No Comments

While mixing hobby and work development on the same machine, I've every now and then longed for a way to set environment variables depending on the current directory. Up to now had I been too lazy to do anything about it, but finally did it.

What the snippet does, it finds all current user owned .env files from current directory and it's parent directories, checks if the topmost has changed and if it has, reads them all in reverse order. If home directory was not a parent of current directory, the ~/.env is read before others.

If you want this too, look at the code. Include these in your .bashrc, and you should be good to go.

Examples of environment variables I've found useful are DEB_EMAIL and DEB_FULLNAME used by dpkg tools and the equivalents in git world, GIT_COMMITTER_EMAIL, GIT_COMMITTER_NAME.

Future of MeeGo

February 24, 2011 on 2:15 pm | In maemo, meego | No Comments

My interest in the future of MeeGo is quite intense, both professionally and personally. Today the CEO of my employer wrote his thoughts into his blog. It was quite interesting read, and hopefully gives new hope for those in doubt.

qmake and D-Bus

February 18, 2011 on 9:58 pm | In geeky | 5 Comments

Something I did not find documented anywhere: a sensible way to generate QtDBus adaptor and interface classes from introspection data with qdbusxml2cpp. I only found hacks using system() and custom targets to accomplish the feat.

I though to myself that there must be a saner, better way, and while looking at the qmake generated Makefile, I noticed some interesting includes. After some investigation, I found "magic" variables DBUS_INTERFACES and DBUS_ADAPTORS. The introspect files should be named servicename.xml and listed in the variables, and qmake will do all the magic for you.

With these variables, it is really easy to generate the helper classes on-demand. Just remember to include the generated header in some code file, otherwise compilation will choke.

TEMPLATE = app
QT = core dbus
TARGET = qtdbus
DBUS_ADAPTORS = fi.inz.hello.xml
SOURCES = hello.cpp main.cpp
HEADERS = hello.h

With this simple .pro file qmake autogenerates the adaptor on build.

To see other files from the example, see fi.inz.hello.xml hello.cpp hello.h main.cpp qtdbus.pro

More scratchbox x86_64 goodness

March 6, 2009 on 2:49 pm | In maemo | 2 Comments

On 64-bit platform and willing to try the new fremantle SDK? Look no further, following the previous release, now here are the debs for scratchbox as needed by fremantle.

As last time, the debs are, again, available with apt, just add:

deb http://www.ipi.fi/~pablo/maemo5-sdk_amd64 /

to your sources.list and apt-get yourself out!

Scratchbox on AMD64

February 27, 2009 on 12:07 pm | In maemo | 2 Comments

Following yesterday's vdso32 hack. The same colleague now built amd64 packages for maemo4 scratchbox.

Also with debian repo; just add

deb http://www.ipi.fi/~pablo/sbox_amd64 /

to your apt sources.

VDSO32 disabler kernel module

February 26, 2009 on 1:16 pm | In maemo | 4 Comments

Scratchbox needs vdso disabled, which can be done run-time with 32-bit kernels. With 64-bit kernels, however, this is not possible... until now. A colleague of mine wrote a (hacky) kernel module to do exactly that, it seeks the vdso-flag and writes 0 to it. I helped him with dkms/deb packaging, and now it's available for download.

Note that this does not help with any other annoyances with sbox on 64-bit system, but at least it is something.

Blobby Volley 2 extra AI package

October 14, 2008 on 11:56 am | In maemo | 1 Comment

Blobby Volley 2 is a nice volley ball game in the spirit of clbuttic arcade volleyball. However, the default AIs are beatable by jumping in certain point, definitely too easy. Found some AIs over at esnips, and for convenience packaged them for maemo. .install file available as usual. Just install the package, start the game, go to options and select some AI.

Warning: these AIs aren't easy to beat.

VirtualBox on ubuntu intrepid

September 17, 2008 on 10:54 pm | In geeky | No Comments

Never mind. It works now.

MH Home Sysmon -- simple system monitor for your hildon home

June 30, 2008 on 11:06 pm | In maemo-hackers, mh-home-sysmon | 3 Comments

After playing around with cairo, I came up with an idea and base for a leetle system monitor for the hildon home. After some twiddling and finishing, it now works somehow and installs nicely. Thanks to hns and his post on ITT for getting me over the last hurdles to get the transparency working. The new project is dubbed mh-home-sysmon and currently supports only showing cpu load and memory usage. Warning: this is the very first release and may break things and most likely will drain your battery. Please report any bugs you find to maemo-hackers ticket system, wishes welcome too (select enhancement as ticket type). Installation easiest by using the .install link.

Here's the mandatory screenshot:
Mh Home SysMon in action

New version of osso-statusbar-cpu

June 24, 2008 on 7:14 pm | In maemo-hackers, osso-statusbar-cpu | 4 Comments

Been a while since I've blogged nor done anything maemo related. Well, for a change I whipped up a new version of osso-statusbar-cpu. I hadn't built it for chinook previously (although the code would have allowed that) and it was still looking like it belonged to OS2007. I whipped up a new base icon for it (based on the battery icon stretched to bigger square).

I'm not too happy how it turned out, but having approximately zero capabilities in graphics, I decided to let it slip as is. Here's a sneak peek of what it looks like:

Screenshot of osso-statusbar-cpu in action.

The .install file is available as usual.

« Previous PageNext Page »

Powered by WordPress.
Entries and comments feeds. Valid XHTML and CSS. ^Top^