IRC logs of #tryton.de for Tuesday, 2010-06-22

chat.freenode.net #tryton.de log beginning Tue Jun 22 00:00:02 CEST 2010
-!- Timitos(~timitos@88.217.184.172) has joined #tryton.de00:25
-!- yangoon(~mathiasb@p549F70E5.dip.t-dialin.net) has joined #tryton.de01:47
-!- yangoon(~mathiasb@p549F6E3A.dip.t-dialin.net) has joined #tryton.de05:19
-!- paepke(~paepke@p4FEB0154.dip0.t-ipconnect.de) has joined #tryton.de08:06
-!- mootoo(daemon@p5B32D51A.dip.t-dialin.net) has joined #tryton.de08:33
-!- hoRn(~chatzilla@dslb-094-223-200-033.pools.arcor-ip.net) has joined #tryton.de09:15
-!- Shalabh_OL1(~shalabh@122.176.50.143) has joined #tryton.de09:17
-!- Shalabh_OL1(~shalabh@122.176.50.143) has left #tryton.de09:18
-!- hoRn_(~chatzilla@dslb-094-223-200-033.pools.arcor-ip.net) has joined #tryton.de09:36
-!- Timitos(~timitos@88.217.184.172) has joined #tryton.de09:45
-!- paepke(~paepke@p4FEB0154.dip0.t-ipconnect.de) has joined #tryton.de09:48
-!- tekknokrat(~lila@dslb-094-223-095-014.pools.arcor-ip.net) has joined #tryton.de11:13
-!- hoRn(~chatzilla@dslb-094-223-200-033.pools.arcor-ip.net) has joined #tryton.de13:40
hoRnhallöchen13:40
hoRnich bekomme beim installieren neuer module immer fehelende abhängigkeiten vorgeworfen, obwohl alles installiert ist13:41
hoRnwas muss ich tun13:41
paepkewelche abhängigkeiten fehlen denn?13:48
paepkehorn...13:48
hoRn[]13:48
paepkeund welche meckert er an?13:49
paepkehoRn, standardmodule schätz ich?13:49
hoRnkeine: Fehlende Abhängigkeiten [] für Modul "tests"13:49
hoRnz.B.13:49
paepkemodul tests?13:49
paepkehoRn, was eigen geschriebenes?13:49
hoRnja - eigenes modul13:50
hoRnaber uach, wenn ich ein anderes installieren will13:50
paepkepaste mal den trace13:53
hoRnmoment - erstmal verbose starten13:55
hoRnhttp://pastebin.com/vAZCD7cF14:05
udonohoRn: hast du einen leeren depends in tests/__tryton__.py?14:07
hoRnhab nicht nachgsehen - in meinem modul steht was drin14:07
hoRnfinde aber gerade nicht den pfad, wo es liegt ;(14:08
hoRnsuche mir jedesmal einen ast, wo ich die module hinlege, da wir reichlich python auf dem server haben14:08
udonohoRn: Suchst du noch, oder bist du schon bei einem anderen Thema?14:24
hoRnich bin noch am forschen14:24
hoRnich glaube aber, daß es doch an meinem modul ligene könnte14:25
udonohoRn: natürlich liegts daran14:25
hoRnes ging zwar in 1.4 - in 1.6 nicht mehr14:25
udonohoRn: Die anderen Module sind ja getestet...14:25
hoRnversuche mich gerade in die tests zu lesen, um mal meins zu testen14:26
udonohoRn: Da wirst du einiges umarbeiten müssen, ich sag nur PYSON14:26
udonoACTION sieht yangoon zusammenzucken ;-)14:26
hoRnoh - hab ich was verpasst? alles neu? mein kleines module geht nich mehr?14:27
udonohoRn: richtich14:27
hoRnna sowas - wer bezahlt mir das? ;)14:28
hoRngut - das bleibt dann aber so - sonst ....14:28
udonohoRn: Dein Kunde?14:28
udono:-)14:28
udonohoRn: Nein, es wird nicht so bleiben. Alles geht in Richtung active records14:29
hoRn"So, kostet jetzt das doppelte wegen Pyson!"14:29
hoRnich bin nun etwas verwirrt, weil ein kollege den server aufgesetzt hat. auf alle fälle liegt der tryton-server als egg vor und wird auch so gestartet. wie kann ich jetzt meine module bekannt machen. hab mal eins in den module folder im egg gelegt. das geht - aber so macht man das doch nicht, oder?15:41
hoRnes herrscht eine gewisse unordnung, da vreschiedene ansätze der installation gewählt wurden15:43
yangoonhoRn: gut erkannt;)15:43
yangoonhoRn: http://tryton.origo.ethz.ch/wiki/installation_f%C3%BCr_entwickler15:43
Timitosja, das kann ein problem sein. ich würde egg installation vollständig rausschmeißen. die blockiert dich in der regel in deinen möglichkeiten15:43
hoRnalles von vorn ;(15:44
hoRnder server ist auf alle fälle hin, werd ihn wegschmeissen15:44
Timitoswenn du meinst...15:45
hoRnauf alle fälle geht mein kleines modul jetzt15:46
Timitosdas ist doch auch schon mal was15:46
hoRnhab die ganze zeit in einem pfad rumgefuhrwerkt, der nicht benutzt wurde und dachte schon, ich wäre wirr15:46
Timitos:-)15:47
hoRnhab gerade einen bug, der imtracker mal da war, aber sofort geschlossen wurde: party.party : NameError: name 'party_lang' is not defined16:30
hoRnhatte das schon jemand? : NameError: name 'party_lang' is not defined18:08
yangoonhoRn: wieso? hast du das auch?18:09
hoRnja18:09
yangoonhoRn: wann passiert es?18:09
hoRn(Vorgeschichte) ich hab ne 1.4 datenbank importiert | wenn ich mir dann einen sale ansehen möchte, passiert das18:10
yangoonhoRn: du bist auf der 1.6 und hast ein update dieser db gemacht?18:12
hoRndenk schon - kanns aber nochmal machen18:12
hoRnhatte der kollege auf der todo liste18:12
hoRnwenns daran läge wäre gut18:12
yangoonhoRn: irgendwelche custom module in dieser installation?18:13
hoRnnur eins18:13
Timitoswenn dann scheint das echt ein migrations-issue zu sein. allerdings kann ich mir das kaum vorstellen, weil das feld party_lang eigentlich schon von anfang an vorhanden sein müsste. glaub ich zumindest18:18
Timitosin ner neue 1.6er db kann ich den fehler jedenfalls nicht reproduzieren18:18
hoRnja - hab in beiden installationen nachgesehen18:18
hoRnparty.party hat ein feld lang18:19
Timitosdas ist aber nicht das feld, um das es geht .-)18:19
hoRnok18:19
Timitoses gibt im modul sale ein feld party_lang18:19
Timitosmit dem scheints was zu tun zu haben18:20
Timitosist ein function field, das vermutlich auf das lang field von party.party zeigt.18:20
TimitoshoRn: was heißt: wenn ich mir eine sale ansehen möchte... ? wann passiert das genau. beim öffnen des list views, beim öffnen des form views oder beim öffnen des sale reports?18:22
hoRnbeim öffnen der form18:23
hoRnnach doppelklick in der liste18:23
hoRnwerd noch mal alles sauber installieren18:27
TimitoshoRn: du kannst noch eins versuchen18:28
TimitoshoRn: du kannst die definition des fields comment mal testweise anpassen18:29
Timitoscomment = fields.Text('Comment', depends=['party_lang'])18:29
Timitosdas depends mal dazu. wenns danach geht, müssen wir klären, warum das bei dir ein problem ist und warum bei uns nicht.18:29
hoRnok - ich seh mal nach18:29
hoRndanke18:30
Timitosdas ist in der sale.py18:30
Timitosim sale module18:30
hoRnmoment - zunächst mach ich nochmal das db-update18:31
hoRnwer weiß - kollege hat gestern fussball getrunken18:32
hoRnTimitos:  half nicht18:57
TimitoshoRn: ok. dann hab ich im moment auch keine idee, woran es liegen könnte. ich konnte es im moment auch nicht reproduzieren. du kannst aber dann ggf. den issue wieder öffnen, wenn du neuen input dafür hast.18:58
hoRnok18:58
yangoonhoRn: hast du dein custom modul mal aus dem pfad entfernt?18:59
yangoonhoRn: was macht es denn?18:59
hoRnes zwingt mich auf rechnungen erstellungszeiträume einzutragen18:59
hoRnhab jetzt in trytond/model/modelview.py line 385 try:except drumgeschrieben - geht erstmal. stecke noch nicht weit genug drin, um zu verstehen, was da ankommt und gemacht wird19:13
Timitosdas kann sicher keine lösung sein19:17
Timitosbekommst du den fehler auch bei einer neuen 1.6er datenbank?19:17
hoRnnoch nicht probiert19:18
Timitoswär ne wichtige info19:19
hoRnValueError: (<Element field at 3e55b50>, 'spell')19:19
hoRndas ist das feld und das attribute an dem es scheitert19:19
hoRnsehr schräg19:21
Timitosnö. das hab ich schon vermutet, dass es daran liegt. aber ich kanns noch nicht genauer einkreisen19:21
udonohoRn: teste mal in einer python console:19:23
udonoimport gtkspell19:23
hoRnach du heiliger ...19:23
hoRnmoment19:23
udonohoRn: auf dem client rechner19:24
hoRnbin auf windows19:24
hoRnmoment19:25
udonohoRn: deaktiviere im client unter Einstellungen > Formular > Rechtschreibkorrektur19:26
hoRnok19:26
udonohoRn: und starte den client neu. Passiert der Fehler immer noch?19:26
hoRnfind das nicht19:27
udonohoRn: hmm, dann ist es unter windows bereits deaktiviert19:27
udonohoRn: werden beim update deiner datenbank ganz sicher keine Fehler oder Warnungen ausgegeben?19:28
hoRnalle lief durch19:29
Timitoskönnte natürlich echt ein windows problem sein. ich hab im moment leider keinen tryton server auf windows laufen. müsst ich mal noch testen19:30
udonohoRn: ja, aber auch wirklich ohne Fehler und Warnungen19:30
hoRnkeine warnungen19:30
udonomit trytond -u all -d <dbname> ?19:31
hoRnyes19:31
udonohoRn: und bei einer neuen Datenbank, ohne dein Modul?19:32
hoRn2mal schon19:32
udonoohne dein modul?19:32
hoRnjetzt schiebts nur auf mein modul ;)19:32
udono:-)19:32
hoRnich guck ma19:32
udonohoRn: Das ist gaaaaanz wichtich.19:38
hoRnbin schon dabei19:40
hoRnkann mich aber nicht mehr verbinden :(19:40
hoRnhoppla - jetzt geht hier aber richtig was ab19:42
hoRnkonsole voll mit fehelermeldungen19:42
udonohoRn: sehr gut19:42
udonohoRn: du erstellst eine neue Datenbank und bekommst haufenweise fehler?19:43
hoRnhihi -tryton clinet auf dem server gestartet - warum gibts den da überhaupt19:43
hoRnnein19:43
-!- gltripp(~gltripp@2a01:198:45e:dead::babe) has joined #tryton.de19:56
gltrippguten abend zusammen :-D19:56
gltrippguten abend Timitos19:57
gltrippund  udono, paepke, ready,  jodba, preCn hoRn19:57
hoRnnamd19:57
gltripp(man will ja niemanden unter den tisch fallen lassen)19:58
udonogltripp: nabend20:01
hoRnhab mal spell auskommentiert - liegt scheinbar daran20:02
udonohoRn: gut. Hast du den Fehler mit einer neuen Datenbank ohne dein Modul reproduzieren können?20:02
hoRnbin noch am tippen20:03
udonohoRn: am besten auch ohne deinen patch...20:03
hoRngrüner balken wackelt20:04
hoRnalle module einzeln anklicken20:05
hoRnnur meins nicht ;(20:05
gltrippoem20:08
udonohoRn: :-( So siehts aus. *Tüttel20:08
udonogltripp: äh20:08
gltrippkann mir mal jemand erklaeren, wo bei gutschriften der unterschied zu "verrechnen" und "nicht verrechnen" ist ?20:08
gltrippentweder ich bin blind, oder lt. journal wird das selbe gebucht...20:09
udonogltripp: sagt mir gerade nichts20:11
hoRnso  - neue db - fehler tritt nicht auf20:12
hoRnsowohl mit meinem modul als auch ohne20:12
hoRnan mir lags also nich ;)20:12
udonogltripp: habs noch nicht gebraucht und noch nicht drauf geachtet.20:13
udonohoRn: dann könnte es ein Migrationsfehler sein?20:13
hoRnsieht so aus20:13
gltrippnaja, ich geh mal davon aus, es erfuellt eine "storno" funktionalitaet20:14
udonohoRn: ich würde den Fehler auf issues.tryton.org posten.20:14
udonogltripp: ja, hört sich so an.20:14
gltrippoh halt20:16
gltrippnee20:16
gltrippbei "verrechnen ja" macht "es" alles automatisch und erstellt eine gutschrift20:17
gltripp = storno20:17
gltrippbei "verrechnen nein" erstellt er eine editierbare gutschrift im entwurf-status20:18
gltrippfeini :-D20:18
gltrippdamit ists im chatlog dokumentiert :-D20:18
-!- hoRn(~chatzilla@dslb-094-223-200-033.pools.arcor-ip.net) has joined #tryton.de20:33
paepkemoin gltripp20:56
-!- paepke(~paepke@p4FEB0154.dip0.t-ipconnect.de) has left #tryton.de21:12
-!- udono(~udono@dynamic-unidsl-85-197-22-195.westend.de) has joined #tryton.de23:23

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!