Posts Tagged ‘ sid

2009 final considerations. 2010 year of the Phoenix?

About a year after the creation of bd-theme-zen Wordpress theme, I decided to switch to a new theme. The new theme is monochrome

The reasons behind are simple: unfortunately, 2009 has totally been not a Zen year for me. Many things have not gone as I thought they should have been. Many other important things have been melted. Lot of things have changed.

I hope 2010 will be the year of the Phoenix, in which everything aggressively changes again and turns better. For everyone, for sure.

Therefore, I decided to switch to a new theme, monochrome by mono-lab.net. This theme is very modern, yet minimalistic and elegant. And surely, more nice-looking than those themes written by me.
I’m still happy with bd-theme-zen, I liked its initial orange version and I appreciated the glacial blue one I decided to switch to around August (the color switch was also significant for me).

But this is not time for being Zen. It is time to be reactive.

I wish everybody a fucking explosive 2010.

For those of you asking if I was spending my time to write this post on 2009-12-31 at 00.00: I wrote this post on 2009-12-26 and scheduled the publish to the beginning of the new Year.

Related posts

Dycapo, road to 0.0.1

I’m doing some refactoring to the code and writing some useful documentation for the first pre-alpha-dontuse version of Dycapo (a.k.a. DyCaPo – Dynamic CarPooling system).
Dycapo 0.0.1 will only be for illustrating some functionalities of the system and the integration of the technologies.
The following is an explanation of our version codes:

  • 0.0.x releases are all pre-alpha-dontuse releases, to only illustrate some functionalities.
    API will likely change very often.
  • 0.x.x releases are still alpha-releases, that cover some internal development cycles but have
    important features that will appear on a stable releases. API for the important parts of the
    project will likely not be changed.
  • 1.0.0 will be considered a stable release that can be used for testing in a small reality. API
    will be frozen.

Related posts

Integration of HTTPS, rpc4django, HTTP basic auth fully working

Today I was able to remotely call methods of Dycapo using HTTPS and HTTP basic auth. Can’t wait for the next version of rpc4django! 0.1.6 should give us the possibility to also access the authenticated user object inside the exported functions.
We are also waiting for Django 1.2 that will give us the possibility to validate our models at the models level instead of the current forms level.

Related posts

On the automation of API writing and XML-RPC serving for Python Django

While searching for solutions on adopting Django for the server side of our Dynamic Car Pooling system, I found two very interesting projects:

  • WAPI – a framework which abstracts the details involved in publishing an API and translates class methods to API methods, serializing the objects returned when possible. WAPI handles authentication, too, and other advanced functions. It’s an amazing, fully Django compatible system that currently works over ReST (JSON, XML, YAML) but not with XML-RPC. Therefore, I contacted the author to have some information about the status of the project. It would be very interesting in our system, to provide API and XML-RPC services just by using his layer
  • RPC4Django – provides XML-RPC and JSON-RPC support to an existing Django project. It promises a XML-RPC interface by just adding the decorator @rpcmethod to an existing python function. It also fully integrates with Django authentication framework

I’m going to experiment with these two tools. Obviously the first one is the most interesting because of its ability to “export” services in more formats. But the most important protocol for us is missing. Let’s hope it will be added soon!

Related posts

Update: first UML diagrams, some implementation thoughts

My third meeting at FBK is about to end. Today we discussed about some use-case, sequence and class diagrams I wrote during the week. Obviously there were lots of changes after the discussion and I will post them as soon as I’ve updated them. For the next time I will take a look at some implementation issues. The client side could be written using Android while for the server side we are seriously looking at Python and Django. It would be very interesting! For the communication, we are reasoning about XML-RPC, SOAP or a personalized Restful API. OpenTrip protocol might not be included in our implementation, as we don’t have the time to parse non-standard XML and adapt the system to use it. But this is not a final decision.
I will also write some simple mockups to test all the possible combinations.

Related posts

Gnome on Debian Sid and ekiga+libpt problem solved

If you are running Debian Sid (i386) and are trying to install Gnome using

apt-get install gnome

You will probably might be disappointed because of problems regarding gnome-desktop-environment, ekiga, ptlib (libpt2.6.4) and opal (libopal3.6.4). Everything seems related to a missing 386 version of libpt2.6.4 on Debian Sid. Also libpt2.6.4-plugins is missing. Packages are also reported to be broken.

Well, I was tired to wait for the right solution of Debian’s Gnome maintainers (respect to all of them!) and have just built my version of ptlib with built-in plugins. If you download it, install it and try again to install gnome, everything works fine.
Obviously, there are reasons behind the absence of a i386 version of libpt2.6.4 and libpt2.6.4-plugins from Debian Sid repositories. My workaround is surely not the right way to fix the problem, as I don’t know the reasons of the blocks on those packages. It may be either serious technical reasons or “simpler” political reasons. You might prefer to wait for the heroes to fix the problem in the Debian way. You are advised, anyway.

If you feel brave and just want to see your Gnome Desktop Environment appear on your Sid box then follow these steps:
1) Download my libt2.6.4 Debian Sid package. It provides libpt.2.6.4 and libpt2.6.4-plugins required by Ekiga, which is required by gnome-desktop-environment
2) Install it:

dpkg -i libpt2.6.4_2.6.4-1_i386.deb

3) Try again to install gnome:

apt-get install gnome

Stop here if everything is fine!

If it doesn’t work:
4) Try first to install libopal3.6.4:

apt-get install libopal3.6.4

If it works, go back to step 3.

If it doesn’t:
a) Try first to install Ekiga:

apt-get install ekiga

If there are still problems with libopal:
b) Download my libopal3.6.4 Debian Sid package. It provides libopal3.6.4, which is also required by Ekiga.
c) Install it:

dkpg -i libopal3.6.4_3.6.4-1_i386.deb

Go back to step 3.

Good luck!

Related posts