Lately I have been writing a lot of native code against multiple OpenCV
versions. Like many Linux developers I tend to keep different development prefixes
isolated using LD_LIBRARY_PATH (and friends).
I recently took the time to clean up a little script I use for this
purpose, and posted it online. Inspired by virtualenv, it now has a prompt!
To use the script:
- create the development directory
- copy the script there
source /path/to/env.sh
please leave comments or suggestions on the gist.
Conduit recently reached 1000 commits, and with it came together some functionality that has been brewing for a while.
Another one of those conduit screenshots that always look the same
-
Looser dependence on gtk. This means that conduit can be run from a console (-c command line switch) without gtk/goocanvas installed. This reduces the memory usage by about 10Mb!
-
Massive refactoring effort to aid more code sharing between dataproviders and the complete decoupling of the GUI from the core application. This allows other guis to written very independently of the rest of the application [1]. Stay tuned for a native hildon gui for nokian800 and/or ubuntu mobile.
-
Rhythmbox support. A simple dataprovider has been added that is able to sync rhythmbox static playlists with things. Initially this is used to test sync music with n800 (with the ability to transcode audio formats), but in my ideal world, sync with rhythmbox would involve
- Improving rhythmboxes DBus interface to support adding/removing songs to the library and querying playlists (including smart playlists).
-
Remember because we are gnomevfs aware some cool things are possible. For instance, one can sync + transcode videos/music to/from their phone which is mounted using gnomevfs-obex.
-
Work is currently proceeding furiously on
-
Integrating with opensync
-
Removing the twisted dependence, and using pythons built in xml-rpc server for network synchronization
-
Replacing our current in memory database with one based on sqlite
-
Support for iPod photos
-
Test coverage andbug fixing.
Anyway, svn HEAD is pretty rocky at the moment, but please experiment. Once the database changeover has taken place things should stabilise for a 0.3.5 release. This will be a release candidate and then we will focus on bug fixing only.
Ideally we will release a stable 0.4.0 release at or before gnome.conf.au. As an aside, I would be interested in talking to any of the RH online desktop folks at linux.conf.au as I am unable to make it to any of the northern hemisphere conferences on account of me being poor and in New Zealand.
[1] Excluding a dependence on gnomevfs (yuck). Hopefully gio/gvfs will make all my dreams come true.