bodom_lx at task3 dot cc

As promised, Dycapo 0.0.2 is out.

Dycapo will be an open client (mobile)/server system that will improve travel experiences of users in a city. The system will let people to define a destination on their mobile phone. DyCaPo will suggest and arrange trips by either using the Public Transport Service or Carpooling volunteers.
That is, DyCaPo will implement full Dynamic Carpooling functionalities as well as static approaches.

More information and download on the official page.

Here are the release notes and the changes since 0.0.1:

RELEASE NOTES
***************
2010-01-10 Daniel Graziotin 
Dycapo 0.0.2 is just for _showing_out_some_functionalities_ of the system and testing the underlying technologies. Dycapo 0.0.2 incorporates and shows:
* OpenTrip Core adoption and OpenTrip Dynamic data structures proposal (in Django Model format)
* Use of XML-RPC with Django (rpc4django over HTTP and HTTPS)
* (Sort of) integration of Dycapo models with Django and rpc4django
* Authentication
* Insertion of a trip by a driver
* Start of a trip by a driver
* Search of a trip by a rider
* Send a ride request to a driver
* Let the driver accept the ride request
No one exported XML-RPC function will surely be included in the final API! No one exported XML-RPC function is either optimized or completely working!
Code is (somewhat) documented. Expect a completely better work for 0.1.0 

CHANGES SINCE 0.0.1
***************
Some refactoring to make the code cleaner.
Lots of bugs fixed.
Test suite rewritten and (finally) fully working.

models.py:
- added utility methods (i.e. __unicode__ and to_xmlrpc)
- use of OpenTrip id proposal instead of Django id
- addition of fields to Participation model, regarding a ride request and a request accepted

trip.py:
this module has been splitted in four files:
- driver.py - holds all the XML-RPC methods that a Driver needs.
- rider.py - holds all the XML-RPC methods that a Rider needs.
- commin.py - will hold all the XML-RPC methods shared by Rider and Driver
- utils.py - holds some utility functions.

driver.py (formerly trip.py):
- added check_ride_requests(trip) - checks for ride requests
- added accept_ride_request(trip, person) - for accepting a Rider

rider.py (formerly trip.py):
- added request_ride(trip) - sends a ride request to a trip

tests/:
- Cleaner code and better organization
- Added test_all_simple.py - creates a Driver and a Rider with the same destination as target
- test_all.py - creates 3 drivers and 5 riders with random locations as target

Related posts

• Announcing Dycapo 0.0.1 (0)
• Update: first UML diagrams, some implementation thoughts (0)
• Introduction To Software Testing (0)
• Some systems analyzed, thinking about protocols (0)
• Unipoli (0)

It’s a pleasure for me to announce Dycapo-0.0.1, the very first release of the project.
Dycapo-0.0.1 is part of the pre-alpha-dontuse releases, to only illustrate some functionalities.
Here are the release notes:

2009-12-26 Daniel Graziotin <daniel DOT graziotin AT gmail DOT com>

Dycapo 0.0.1 is just for showing out some functionalities of the system and
testing the underlying technologies.
Dycapo 0.0.1 incorporates and shows:

• OpenTrip Core adoption and OpenTrip Dynamic data structures proposal (in Django Model format)
• Use of XML-RPC with Django (rpc4django over HTTP and HTTPS)
• (Sort of) integration of Dycapo models with Django and rpc4django
• Authentication
• Insertion of a trip by a driver
• Start of a trip by a driver
• Search of a trip by a rider
• Accepting a ride

No one exported XML-RPC function will surely be included in the final API!
No one exported XML-RPC function is either optimized or completely working!

Code is (somewhat) documented. Expect a completely better work for 0.1.0

You can read much more about Dycapo and download it at Dycapo official project page. Project page also hosts installation instructions and configuration steps.

The research behind Dycapo (Dynamic Carpooling system) is illustrated here.

Related posts

• Announcing Dycapo 0.0.2 (1)
• Unipoli (0)
• Introduction To Software Testing (0)
• BD-review (0)
• About Me (0)

Road to 0.0.1 for Dycapo. Today I succesfully wrote a first xml-rpc method accepting OpenTrip Core objects, that inserts a trip chosen by the driver.

def add_trip(trip, mode, source, destination)

Actually, the driver is automatically retrieved by the system, since we are waiting rpc4django 0.1.6 to come out and access User from requests. Moreover, only a source and a destination Locations can be specified.
But it works. It works fine.
The method is located at: server/trip.py
I also wrote a tiny python client to test the remote call, located at: tests.

In a couple of days I should try to publish Dycapo 0.0.1. That’s what I hope

Related posts

• Announcing Dycapo 0.0.2 (1)
• Update: first UML diagrams, some implementation thoughts (0)
• Announcing Dycapo 0.0.1 (0)
• Curriculum (0)
• On the protocol adopted by Dycapo (3)

For people having Intel graphic chipset under Gnu/Linux, performance using 3D applications or Compiz-* window manager effects has always been a problem. Intel drivers for Xorg never gave problems but have also never been brilliant. I always looked around searching for xorg.conf tuning configuration entries.
Today I was simply browsing Ubuntu Wiki and discovered the UxaTesting page. I wanted to know something about UXA and Intel drivers, so I found a Wikipedia definition:

In computing, UXA is the reimplementation of the EXA graphics acceleration architecture of the X.Org Server developed by Intel. Its major difference with EXA is the use of GEM, replacing Translation Table Maps.

Yeah cool, the official Xorg Wiki Intel Graphics Driver page Gives also some more information, so if you’ve got one of these chipsets (you can verify using lspci | grep VGA ):

• i810 and variants thereof
• i815
• i830M
• 845G
• i852GM
• 855GM
• 865G
• 915G and variants (GMA 900)
• E7221
• 945G and variants (GMA 950)
• 946GME
• G33
• Q33
• Q35
• 965G/Q
• G35
• G41
• G43
• G/GM/Q45

You may want to try out the new acceleration method by adding this line


Option "AccelMethod" "uxa"


To your /etc/X11/xorg.conf file, in section “Device”.

Please note that:

1. UXA is not yet stable as EXA. Try it out, signal your experience on the Ubuntu wiki page and fill out a bug if necessary
2. You will need at least Xorg server 1.6.0
3. You will need at least xf86-video-intel-2.6.2 drivers
4. I don’t think this is mandatory, but please tell me if you encounter differences when updating to 2.6.30.x kernel. I already have 2.6.30.0 on Sid so I don’t know if with a previous version this is working

On Debian Sid I just had to add the Option line to my xorg.conf file.
The performance differences are noticeable and incredible. Everything runs faster and smoother.
My glxgears output went from 60 FPS (using EXA) to 425 FPS (using UXA).
This is a 700% performance improvement!

Related posts

• Fedora 10, thank you very much! (macbook review and fixes) (3)
• Testing Ubuntu 8.10 (Intrepid Ibex) beta on a Macbook (updated!) (6)
• Curriculum (0)
• Publications (0)
• Introduction To Software Testing (0)

I’ve never been a big fan of rpm-based Gnu/Linux distributions, since I’ve always preferred the stability of Debian and Debian based distros, with their great dpkg system.
The problem with Debian on Macbooks is that I do not see both the stability and performance anymore, as I have to use Lenny/Sid. Etch is too old and I don’t have the time (*sic*) to play with it to make it work well. Lenny should be next to be released but I don’t feel the very famous stability AND lightness of Debian distributions on this release, like I was accustomed in the past years. Is this because I own a Macbook? Maybe, but a Macbook Santa Rosa is nothing more than an Intel-powered notebook with some strange input devices and a strange non-bios system

Regarding Ubuntu, I believe that this distribution has become naff and really slow. See this Slashdot discussion on this topic.

Yesterday I stumbled to Scientechie review of Fedora 10, which convinced me to try it out.
The software shipped with Fedora 10 is aligned with the one provided with the other distributions: Gnome 2.24.0, kernel 2.6.27.5, NetworkManager 0.7.0 (svn) and so on. Read the release notes for more information.

Fedora 10 really surprises me, as it is the first Gnu/Linux distribution in many, many years that makes me feel again the great stability and performance of the Penguin. Therefore I’m writing this review that is also a how-to, as it contains some fixes for Fedora 10 and Macbooks.

Read more…

Related posts

• Testing Ubuntu 8.10 (Intrepid Ibex) beta on a Macbook (updated!) (6)
• gOS 3 Gadgets (Beta) Review (11)
• Publications (0)
• Introduction To Software Testing (0)
• Intel Graphic cards, Linux, Xorg and UXA performance boost (5)

It’s a very long time since I abandoned Ubuntu, 1 year and 9 months being precise, although I continued to use Ubuntu derived distros.
I decided today to give Ubuntu 8.10 beta a try. Obviously, every time I decide to try a Gnu/Linux distribution it happens that a new release comes out: I downloaded Alpha 6 yesterday, I fell into problems with it and a apt-get update && apt-get dist-upgrade brought me Ubuntu 8.10 beta, correcting some of them
Read more…

Related posts

• Fedora 10, thank you very much! (macbook review and fixes) (3)
• gOS 3 Gadgets (Beta) Review (11)
• BD-shell (0)
• Introduction To Software Testing (0)
• How to install OpenGEU on Macbook (2)