| chat.freenode.net #tryton.de log beginning Thu Mar 8 00:00:01 CET 2012 | ||
| littlebit | hi, ich habe tryton auf meinen debian system installiert, und habe eine frage zu dem hello world beispiel | 07:17 |
|---|---|---|
| littlebit | http://code.google.com/p/tryton/wiki/HelloWorld | 07:17 |
| littlebit | gleich beim 1. schritt, der pfad /usr/local/tryton/ ist nicht vorhanden. soll der auch erstellt werden? oder ist der pfad in /usr/share/pyshared/trytond/modules/ | 07:18 |
| yangoon | littlebit: hi | 10:48 |
| littlebit | yangoon: hi | 10:48 |
| yangoon | am besten, du hälst dich entweder an http://code.google.com/p/tryton/wiki/InstallationOnDebian | 10:49 |
| yangoon | was da unter 'preleminary considerations' steht | 10:49 |
| yangoon | oder | 10:49 |
| littlebit | yangoon: das habe ich auch tryton-server mit apt-get install gemacht | 10:50 |
| yangoon | http://tryton.origo.ethz.ch/wiki/installationshinweise_f%C3%BCr_debian | 10:50 |
| yangoon | littlebit: gut, dann hast du schon die entscheidung getroffen;) | 10:50 |
| littlebit | und irgendwie gehts mit dem postsql server nicht, habe jetzt debian aufgesetzt und bin tryton nochmal neu installieren | 10:51 |
| yangoon | littlebit: dann hast du im prinzip bereits eine komplette funktionale umgebung (wenn du auch die postgres) eingerichtet hast | 10:51 |
| yangoon | und dann ist der pfad /usr/share/pyshared/trytond/modules/ der richtige für dich, um zusatzmodule in tryton sichtbar zu machen | 10:52 |
| littlebit | yangoon: ich werde jetzt dein link probieren und wieder mich melden wenn es nicht funkioniert hat | 10:52 |
| littlebit | yangoon: mercurial ? muss installiert waren? | 10:57 |
| yangoon | littlebit: nein, nur für helloworld brauchst du das nicht | 10:57 |
| littlebit | ok | 10:58 |
| littlebit | yangoon: ok, bin tryton nochmal am installieren kann eine weile dauern | 10:58 |
| littlebit | hoffe du bist noch da falls ich noch was brauche | 10:59 |
| yangoon | :) bin noch ne weile da | 10:59 |
| mhi1 | Hallo allerseits. Mir ist leider nicht klar, was das seit langer Zeit geplante und verschobene Feature "email integration" genau umfassen soll. | 11:22 |
| mhi1 | Kann mir das jemand bitte kurz erläutern? | 11:22 |
| udono | mh1: hi | 11:22 |
| udono | mh1: Das Konzept ist grob hier beschrieben: http://code.google.com/p/tryton/wiki/EmailIntegration | 11:23 |
| mhi1 | Ja, mir fehlt da aber irgendwie der Überblick, im Sinne der "höheren" Ziels. Warum will man einen IMAP-Server in Tryton integrieren. Einen IMAP-Client würde ich nachvollziehen können. | 11:27 |
| mhi1 | Entsprechendes gilt auch für den LDAP-Server, stelle ich gerade fest. | 11:27 |
| udono | mh1: Ldap Integration, nicht server, soweit ich weiß. | 11:28 |
| mhi1 | http://code.google.com/p/tryton/wiki/TrytonLDAPIntegration#LDAP_Server | 11:29 |
| udono | mh1: The goal is to provide an LDAP server using Tryton as backend. | 11:29 |
| udono | mh1: IMHO geht es darum Parteien und Benutzer von Tryton anderen Systemen über LDAP zur Verfügung zu stellen. | 11:30 |
| mhi1 | Dann habe ich es verstanden, allerdings den Sinn nicht unbedingt. Ich würde es ungewöhnlich finden, das ERP-System als LDAP-Quelle zu verwenden. Die Anbindung an das zentrale LDAP des Unternehmens macht natürlich Sinn, keine Frage. Aber zurück zu E-Mail. | 11:32 |
| mhi1 | Was ich einsehe, dass ich ein Mail-Client in OpenERP Sinn macht, damit man z.B. ein Helpdesk-System implementieren kann in Kopplung mit der Stammdaten-, To-Do- und Terminvewaltung. | 11:33 |
| mhi1 | Und ggf. sogar mit der Abrechnung. | 11:33 |
| mhi1 | Aber darum geht es offenbar bei "Email-Integration" nicht, oder? | 11:34 |
| udono | mh1: Doch ich denke schon, dass es auch darum geht. | 11:34 |
| mhi1 | Das wäre dann eher das hier http://code.google.com/p/tryton/wiki/support_system | 11:36 |
| udono | mh1: Ich denke es geht darum die Ressource E-Mail für die Geschäftsprozesse und für andere Clients zur Verfügung zu stellen. | 11:36 |
| yangoon | mhi1: ein user in tryton soll email empfangen und senden können, und er soll auf die mails zugriff mit einem client haben | 11:36 |
| yangoon | mhi1: + das interne message system soll auf email umgestellt werden | 11:37 |
| yangoon | das wärs für mich grob gesagt | 11:37 |
| udono | mhi1: support/ticket system ist eine Anwendung, Email-Integration ist erstmal nur ein service. | 11:38 |
| mhi1 | Der Mailserver soll aber in Tryton integriert werden, man will die Aufgabe nicht z.B. Postfix + Dovecot überlassen? | 11:38 |
| yangoon | mhi1: nein, der mta ist außerhalb | 11:39 |
| mhi1 | Und wundere mich ein wenig, weil ich als Außenstehender denke, dass es die Integration bestehender Komponenten über standardisierte Schnittstellen sehr wichtig ist, aber man sich beim "Neuerfinden des Rades" doch schnell verzettelt. | 11:39 |
| mhi1 | ok, das habe ich dann falsch verstanden. | 11:39 |
| yangoon | mhi1: es geht um den zugriff der emails von clients (per IMAP) | 11:40 |
| yangoon | irgendwie willst du ja an emails rankommen, die in tryton gespeichert sind, oder? ;) | 11:40 |
| mhi1 | ja, hatte spontan im Kopf, die E-Mails nicht in Tryton zu speichern, sondern Tryton nur (IMAP)-Zugriff darauf zu geben. | 11:41 |
| mhi1 | Aber das werden sich Leute überlegt haben, die mehr davon verstehen als ich, der nur mal kurz drauf geschaut hat. | 11:42 |
| yangoon | mhi1: auch eine variante, die allerdings das speichern von passwörtern im klartext erfordert | 11:43 |
| yangoon | von daher eher eine erweiterung zur grundausstattung | 11:43 |
| mhi1 | Wir haben bei uns im Unternehmen eine Diskussion, ob wir OpenERP oder Tryton einführen wollen. Die Meinungen sind da gespalten, das Hauptargument gegen Tryton ist, dass OpenERP kein Helpdesk-Modul (Praxis: 90% E-Mail, 10% Telefon) bietet. | 11:44 |
| mhi1 | Gegen OpenERP spricht eine Menge, die wir nicht unbedingt erörtern müssen. Interessanter wäre es, die Argumente gegen Tryton zu entkräften. | 11:45 |
| udono | mh1: hier findest du noch ein chatlog zur E-Mail integration: http://www.tryton.org/~irclog/2010-05-22.log.html | 11:45 |
| yangoon | mhi1: an der email integration sitzt gerade jemand dran | 11:46 |
| yangoon | mhi1: welche argumente willst du noch netkräftet haben? | 11:46 |
| yangoon | ;) | 11:46 |
| udono | mhi1: Was sind die Argumente gegen Tryton? | 11:47 |
| mhi1 | Wir benutzen derzeit noch OTRS als Helpdesk-System. Wir brauchen die komplexen Eskalationssachen von OTRS in dem Umfang nicht, aber wir würden gern den Kunden (bei uns: die Mitglieder) in einem System zusammen haben, um auf Rechnungen, Verträge, sonstige Korrespondenz vom "Ticket" aus per Klick zu gelangen. | 11:47 |
| mhi1 | Die Argumente spiegeln nicht unbedingt meine Meinung wieder: | 11:48 |
| mhi1 | a) OpenERP hat eine breitere Enwicklerbasis und kommt schneller voran. Es gibt mehr Dienstleister und viel mehr Module. | 11:49 |
| mhi1 | b) Das Helpdesk-Support-Modul (s.o.) wäre zusammen mit dem Dokumentenmanagement und der Mitgliederveraltung (dafür müssen wir ein Zusatzmodul zur Adressverwaltung) und dem generieren von Rechnungen bauen, die zentrale Komponente. (Fibu ist extern.) | 11:51 |
| mhi1 | c) Ein Webfrontend wäre sinnvoll. | 11:52 |
| mhi1 | Ende der Liste. Für Tryton sprichen für mich, dass OpenERP kein "richtiges" Open Source Community-Projekt ist und die Tryton-Leute extrem freundlich, hilfsbreit und kommunikativ sind. | 11:53 |
| mhi1 | OpenERP erscheint _mir_ riskant, siehe etwa den Migrationspfad von 5.x auf 6.x, bei dem man seine Daten kostenpflichtig migrieren lassen muss. | 11:54 |
| mhi1 | Also, was können wir tun? ;) | 11:54 |
| udono | Mir fallen folgende Fragen zu a) ein: Wo kommt OpenERP schneller voran? Wie ist die Codequalität im Vergleich von OpenERP und Tryton? Wie viele offene Bugs haben beide Projekte jeweils? Wie tauglich, funktional und hochwertig sind die einzelnen benötigten Module in OpenERP und in Tryton? Sind das alles Aspekte die geprüft wurden, oder handelt es sich um eine Zusammenfassung des Marketing Materials? | 11:54 |
| mhi1 | Wir haben jemanden, der OpenERP seit einem halben Jahr evaluiert (nicht in Vollzeit natürlich), der stellte das so dar. | 11:55 |
| mhi1 | Ich nannte ja oben unsere Kernanrforderung, d.h. drei Dutzend weitere Module, die mehr oder weniger funktionieren, sind eigentlich egal. | 11:56 |
| udono | Wenn b) wirklich funktioniert, warum nehmt ihr dann nicht OpenERP? | 11:56 |
| yangoon | mhi1: ich finde deinen ansatz vernünftig: (11:45:30) mhi1: Gegen OpenERP spricht eine Menge, die wir nicht unbedingt erörtern müssen. Interessanter wäre es, die Argumente gegen Tryton zu entkräften. | 11:57 |
| mhi1 | Bei OpenERP habe ich aber schon den Eindruck, dass (wie früher bei TYPO3) für je Kleinigkeit eine (dann bald verwaiste) Extension gebaut wurde. man darf das also nicht "zählen". | 11:57 |
| mhi1 | warum nehmt ihr dann nicht OpenERP? Weil ich "Bedenkenträger" bin. | 11:57 |
| yangoon | mhi1: von daher warte ich noch auf argumente gegen tryton | 11:57 |
| mhi1 | Also, gegen Tryton, die Codebasis, die community und das Produkt an sich spricht nichts. Das ist eigentlich Trytons großer, großer Pluspunkt. | 11:58 |
| mhi1 | Die Erfahrung zeigte nämlich auch, dass wir bei Tryton Fragen klären konnten, während das bei OpenERP nicht so war, wie man sich wünscht. | 11:59 |
| udono | c) Braucht bestimmt noch einige Zeit. Außer LibreOffice gibt mächtig Gas und die bringen den Broadway Zweig von GTK voran, so das LibreOffice auch im Web genutzt werden kann. Auf dasselbe Konzept wird Tryton dann vermutlich auch aufsetzen. | 11:59 |
| mhi1 | Bleiben also von b) und c), wobei c) nicht das K.O.-Kriterium wäre. | 12:00 |
| mhi1 | Wie schätzt ihr denn die Perspektive für b) ein? | 12:00 |
| mhi1 | Wir könnten ggf. mit Entwicklern oder finanziell unterstützen. Entwickler müssten sich aber erst einarbeiten, müssen sie für die erweiterte Adressverwaltung aber ohnehin ein Stück weit. | 12:01 |
| mhi1 | "Wir" sind übrigens Hostsharing, vielleicht habt ihr mal was davon gehört. | 12:02 |
| littlebit | yangoon: ok bin wieder da, ich wollte noch bei PostgreSQL einen unser hinzuzufuegen aber das kommando "postgres" ist nicht da | 12:40 |
| mhi1 | psql? | 12:42 |
| littlebit | mhi1: psql -c "createuser --createdb --no-adduser -P tryton" | 12:43 |
| littlebit | ?? | 12:43 |
| littlebit | oder | 12:43 |
| yangoon | littlebit: bist du user postgres? | 12:44 |
| littlebit | aaah. | 12:44 |
| littlebit | ok | 12:44 |
| littlebit | sekunde | 12:44 |
| yangoon | littlebit: also wenn du root bist: z.B. su postgres, dann weietr | 12:44 |
| littlebit | su | 12:44 |
| littlebit | .. bin root, wie sieht jetzt der befehl aus? | 12:45 |
| yangoon | su postgres | 12:47 |
| yangoon | psql -c "createuser --createdb --no-adduser -P tryton" | 12:47 |
| littlebit | ERROR: syntax error at or near "createuser" | 12:52 |
| yangoon | mom | 12:52 |
| udono | littlebit: createuser --createdb --no-adduser -P tryton | 12:52 |
| yangoon | udono: thx | 12:53 |
| littlebit | und das in psql | 12:53 |
| yangoon | littlebit: nein, createuser it ein psql-wrapper | 12:53 |
| yangoon | einfach als user postgres, so wie es udono geschrieben hat | 12:54 |
| udono | littlebit: su postgres; createuser --createdb --no-adduser -P tryton | 12:54 |
| littlebit | udono: ok klappte | 12:57 |
| littlebit | muss noch eine db anlegen | 12:57 |
| littlebit | undono: irgendwie ist port 5432 nicht offen keine ahnung warum | 13:16 |
| littlebit | udono: obwohl es in der postgresql.conf defeniert ist | 13:16 |
| udono | littlebit: Firewall? | 13:17 |
| littlebit | udono: ne ich bin im selben netz und der server ist in vobx | 13:17 |
| littlebit | *vbox | 13:17 |
| yangoon | littlebit: bist du auch auf localhost? | 13:18 |
| udono | littlebit: pg_hba.conf: hast du dort peer für lokale verbindungen eingetragen? | 13:19 |
| littlebit | udono: alle konfigurationen sind jungfraeulich | 13:19 |
| littlebit | tryton-server + postgresql sind auf vbox und will mit dem client programm von tryton auf dem server zugreifen | 13:21 |
| mhi1 | Der Client greift nicht direkt auf PostgreSQL | 13:31 |
| mhi1 | zu. | 13:31 |
| littlebit | ah ok | 13:33 |
| littlebit | aber ich bekomme die fehlermeldung dass die verbindung verweigert wird | 13:33 |
| udono | littlebit: wie startest du den tryton server | 13:36 |
| udono | ? | 13:36 |
| littlebit | udono: init script | 13:37 |
| littlebit | man muesste vielleicht dieses howto aktualisieren | 13:41 |
| littlebit | jemand noch da | 15:34 |
| udono | littlebit: ja, ich bin noch kurz da. | 15:47 |
| littlebit | problem ist dass tryton kein port auf macht | 15:47 |
| littlebit | warum | 15:47 |
| udono | littlebit: was steht in /etc/trytond.conf bei jsonrpc = ? | 15:49 |
| littlebit | sekunde | 15:50 |
| littlebit | ok da ist alles auskommentiert | 15:51 |
| udono | littlebit: versuch mal: jsonrpc = localhost:8000 | 15:51 |
| littlebit | einzugeben im browser? ider meinst du die raute bei jsonport=8000 rausnhemen? | 15:52 |
| udono | littlebit: direkt unterhalb des auskommentierten zeile eintragen. Die Kommentierten Zeilen zeigen die defult Einstellungen an. | 15:53 |
| littlebit | habe ich | 15:54 |
| littlebit | tryton neu starten | 15:54 |
| udono | littlebit: dann den trytond server neustarten | 15:55 |
| littlebit | ist neu gestartet | 15:55 |
| littlebit | udono: ok jetzt bekomme ich folgende meldung "incompatible version of serveR" | 15:56 |
| udono | littlebit: was hast du im client eingestell? | 15:56 |
| udono | littlebit: im profil | 15:57 |
| udono | Hostname: localhost, port 8000? | 15:58 |
| littlebit | udono: eingestellt im profil ja nutzer name und ip etc | 15:58 |
| udono | littlebit: versuch mal Hostname: localhost, port 8000 | 15:58 |
| littlebit | udono: der server ist virtuell als gast und das hostsystem ist der client | 15:59 |
| udono | ok | 15:59 |
| udono | littlebit: dann nochmal zurück zur trytond.conf | 16:00 |
| littlebit | ok sekunde | 16:00 |
| littlebit | ok... | 16:00 |
| udono | db_port = 5432 | 16:00 |
| udono | db_user = tryton | 16:00 |
| udono | db_password = <dein Passwort> | 16:00 |
| littlebit | da ist auch alles auskommentiert | 16:01 |
| littlebit | db_type alles | 16:01 |
| udono | ja, das sind die default einstellungen mit denen tryton startet | 16:02 |
| littlebit | db_host: localhost oder? | 16:02 |
| udono | littlebit: wenn der trytonserver auf dem selben system ist wie die postgres:ja | 16:03 |
| littlebit | ok gut | 16:03 |
| littlebit | was noch | 16:03 |
| udono | littlebit: neustarten und ausprobieren | 16:04 |
| udono | trytond neustarten | 16:04 |
| littlebit | ne leider immer noch das selbe | 16:05 |
| udono | ggf den tryton client auch nochmal neustarten | 16:05 |
| littlebit | ok | 16:05 |
| littlebit | ne immer noch | 16:06 |
| udono | littlebit: was steht in /var/log/trytond.log | 16:09 |
| udono | littlebit: benutze z.B. paste.pocoo.org zum pasten... | 16:09 |
| littlebit | sekunde | 16:10 |
| littlebit | die letzten 3 zeilen | 16:11 |
| littlebit | http://paste.pocoo.org/show/562901/ | 16:11 |
| udono | und nach einem versuch mit dem client zu verbinden? | 16:12 |
| littlebit | sekunde | 16:13 |
| littlebit | ne da aendert nicht nichts in der log datei | 16:17 |
| udono | littlebit: dann kommt der client nicht an den server ran. Routen, Firewall etc. funktionieren sichter? | 16:18 |
| littlebit | sekunde ich installiere mal tcpdump | 16:19 |
| udono | littlebit: stell in der trytond.conf mal ein: jsonrpc = 0.0.0.0:8000 | 16:19 |
| littlebit | ok mache ich | 16:20 |
| udono | littlebit: das könnte es gewesen sein... | 16:20 |
| littlebit | ne | 16:22 |
| littlebit | auch nicht | 16:22 |
| udono | was ein Mist... | 16:23 |
| udono | littlebit: sorry, ich mus gerade passen und weg. see you | 16:23 |
| littlebit | ok | 16:24 |
| littlebit | danke | 16:24 |
| grek324 | Hallo, ich habe mich gesten an einen Import-Script für Kundendaten probiert. Leider wird die Adresse nur als zusätzliche angelegt und Telefonnummern oder eMails konnte ich gar nicht importieren. Kann mir da jemand auf die Sprünge helfen? | 16:33 |
| grek324 | Habe hier mal ein Thema dazu aufgemacht wo ich auch den Code Ausschnitt poste: http://tryton.origo.ethz.ch/node/322 | 16:34 |
| grek324 | Ich weiß, oder glaube zumindest, dass die Zeile wo ich es probiert habe und welche nun ausgeklammer sind kompletter Mist sind xD Wollte es nur stehen lassen damit man sieht dass ich mich auch selber bemüht habe.... | 16:55 |
| grek324 | war gestern 4 Stunden dran an dem kompletten Skript aber auch Python ist noch recht neu für mich. | 16:57 |
| grek324 | (das Script importiert eine eBay-CSV-Datei) | 16:57 |
| grek324 | littlebit: wie mhi1 schon gesagt hat, Der Client greift nicht direkt auf PostgreSQL zu, also erst über den Clienten -> Datei -> Datenbank - > neue Datenbank | 17:58 |
| littlebit | ok sekunde | 17:59 |
| grek324 | mit dem Passwort aus der /etc/trytond.conf (admin_passwd) | 18:00 |
| littlebit | grek324: ok das war nicht aktiv | 18:02 |
| grek324 | in der trytond.conf muss übrigens für einen einfachen test nur db_type, db_user, db_password und admin_passwd angepasst werden | 18:02 |
| littlebit | grek324: und port braucht man nicht | 18:03 |
| grek324 | aso, das war bei mir schon | 18:04 |
| grek324 | littlebit: also netport auch | 18:05 |
| littlebit | grek324: netport auf welchen wert | 18:07 |
| littlebit | grek324: und netrpc=True auskommentiert lassen? | 18:08 |
| grek324 | littlebit: ist bei mir 8070, und True ist nicht auskommentiert. In dem log den du vorhin gepostet hast war dein server doch schon aktiv und hat auf port 8070 gelauscht... | 18:10 |
| littlebit | grek324: ok ich bin ein ganzes stueck weiter gekommen habe nur noch ein problem. ich muss eine DB durch den tryton client erstellen, ich fuellte alles aus was ich in den conf dateien eingegeben habe (passwort usw.) und bekomme die meldung dass das passwort falsch ist | 18:16 |
| littlebit | grek324: sekunde | 18:17 |
| littlebit | grek324: es zuckt | 18:18 |
| littlebit | .... | 18:18 |
| littlebit | grek324: es lebt danke fuer die hilfe | 18:19 |
| grek324 | grek324: schön, dass ich auch mal helfen konnte xD | 18:19 |
| littlebit | nochmals danke an alle auch die die afk und offline sind | 18:20 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!