IRC logs of #tryton for Sunday, 2008-07-06

chat.freenode.net #tryton log beginning Sun Jul 6 00:00:02 CEST 2008
2008-07-06 05:19 -!- yangoon(n=mathiasb@p549F6330.dip.t-dialin.net) has joined #tryton
2008-07-06 08:33 -!- kultviech(n=kultviec@p5B0D0DD1.dip0.t-ipconnect.de) has joined #tryton
2008-07-06 09:25 -!- kultviech(n=kultviec@p5B0D0DD1.dip0.t-ipconnect.de) has left #tryton
2008-07-06 09:41 -!- FWiesing(n=FWiesing@194.208.185.12) has left #tryton
2008-07-06 10:18 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-07-06 10:58 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2008-07-06 11:07 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton
2008-07-06 11:07 <FWiesing> good morning
2008-07-06 11:08 -!- FWiesing(n=FWiesing@194.208.185.12) has left #tryton
2008-07-06 11:08 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton
2008-07-06 11:11 <FWiesing> cedk: do you need something else for issue 169?
2008-07-06 11:25 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton
2008-07-06 11:51 -!- markusleist(n=markus@212.14.79.210) has joined #tryton
2008-07-06 12:35 <FWiesing> back for 10 minutes
2008-07-06 13:04 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 693:7fb01567f4e6 trytond/trytond/ir/property.py: Add check of property value for many2one if value still exists for issue169
2008-07-06 13:04 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 694:839b28e0e60e trytond/trytond/osv/orm.py:
2008-07-06 13:04 <CIA-53> tryton: Add name_get for default value that comes from property to prevent calls from
2008-07-06 13:04 <CIA-53> tryton: the client.
2008-07-06 13:06 <CIA-53> tryton: ced roundup * #169/Problem with opening menu "New Pary": [resolved] Fix with changeset 7fb01567f4e6 The error comes that the default value for the property "account_payable"
2008-07-06 13:32 -!- kultviech(n=kultviec@p5B0D0DD1.dip0.t-ipconnect.de) has joined #tryton
2008-07-06 13:45 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 498:b04478b8d184 tryton/tryton/gui/window/ (tree.py view_tree/view_tree.py): Improve tree view for not login exception
2008-07-06 13:45 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 499:778f50714cf5 tryton/tryton/tryton.py: Add excepthook for gtk main loop
2008-07-06 14:06 <CIA-53> tryton: ced roundup * #172/Database backup fails: [resolved] It is because you don't use the right password. With the changeset 907e4ee45fe4, it improve message error on database operations.
2008-07-06 14:09 <CIA-53> tryton: ced roundup * #171/database only recognized, when owner is database user: [deferred] You can submit a patch to change the list function in trytond/web_service/db.py. But if you add more database, you must be sure the ser ...
2008-07-06 15:20 -!- udono(n=uspallek@kons-5d84ea7d.pool.einsundeins.de) has joined #tryton
2008-07-06 15:22 <udono> Hello, How can I create a complete pot file for client translations? Because tryton/share/locale/tryton.pot seems not complete
2008-07-06 15:23 <cedk> udono: http://code.google.com/p/tryton/wiki/HowtoTranslate
2008-07-06 15:23 <cedk> udono: it miss string that comes from glade
2008-07-06 15:24 <cedk> udono: but we try to remove glade file in the futur
2008-07-06 15:39 <udono> cedk: ok, thank you. So I use Babel,... this looks easy...
2008-07-06 15:40 <udono> cedk: is there a way to translate the glade things or should I better wait?!
2008-07-06 15:41 <udono> FWiesing: Hello, did you start to translate the client?
2008-07-06 15:46 <cedk> udono: I think it will be great to have glade removed for the first release
2008-07-06 16:05 <udono> cedk: what is the problem with glade?
2008-07-06 16:44 <cedk> udono: it is slow and bad behavior with translation
2008-07-06 16:44 <cedk> udono: and it will not work with jyjamas
2008-07-06 16:44 <udono> cedk: ah, ok, future investment for the webcli
2008-07-06 16:48 <cedk> udono: yes, and if anybody can help us to remove last windows that are in glade, it will be great
2008-07-06 16:49 <udono> cedk: its translate the glade xml into python widget calls?!
2008-07-06 16:50 <cedk> udono: yes, it is not very difficult work but it just takes time
2008-07-06 16:51 <udono> ok, give me a starting point, I will see if I find time this days...
2008-07-06 16:52 <cedk> udono: A first start can be the win_login window
2008-07-06 16:53 <cedk> so it just needs to open the glade file and look how to window is construct
2008-07-06 16:53 <udono> ok
2008-07-06 16:53 <cedk> and convert it into gtk call in the tryton/gui/main.py for the class DBLogin
2008-07-06 16:54 <cedk> it is just transform the call: self.win_gl = glade.XML(GLADE, "win_login", gettext.textdomain())
2008-07-06 17:08 <udono> cedk: ok, in the tryton.glade I find the gladexml.
2008-07-06 17:09 <udono> cedk: Did I re-construct the whole XML in Python inside the __init__ of DBLogin(object)
2008-07-06 17:10 <cedk> udono: just the login window with the id win_login
2008-07-06 17:11 <udono> cedk: yes, I meant all inside <widget class="GtkDialog" id="win_login">
2008-07-06 17:11 <cedk> udono: it is a dialog box some widgets
2008-07-06 17:11 <cedk> udono: yes
2008-07-06 17:11 <udono> ok, this doesn't looks to hard
2008-07-06 17:12 <udono> I give it a try
2008-07-06 17:12 <cedk> udono: goof
2008-07-06 17:12 <cedk> udono: good
2008-07-06 17:13 <udono> cedk: is there an example in tryton how I start the constructor without glade?
2008-07-06 17:14 <udono> cedk: Something you already rewrote...
2008-07-06 17:14 <cedk> udono: some but it will not be very usefull for you
2008-07-06 17:15 <cedk> udono: for a dialog, you have the send_bugtracker in trytond/common/common.py
2008-07-06 17:15 <udono> the main.py seems completely dependent on glade
2008-07-06 17:15 <cedk> yes
2008-07-06 17:24 -!- kultviech(n=kultviec@p5B0D0DD1.dip0.t-ipconnect.de) has joined #tryton
2008-07-06 17:34 <udono> cedk: what is the construct @staticmethod for?
2008-07-06 17:35 <udono> cedk: ok, found it
2008-07-06 18:16 <udono> bye
2008-07-06 18:17 <Timitos> cu
2008-07-06 19:20 <FWiesing> Timitos: I take a look for the balance sheet
2008-07-06 19:20 <FWiesing> T think - it is not much different like in OpenERP
2008-07-06 19:21 <FWiesing> so if I has a little bit of time I start with it
2008-07-06 19:24 <CIA-53> tryton: Timitos roundup * #173/AttributeError: 'bool' object has no attribute '_properties': [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 339, in run res = method(*msg[2:]) File "/trytond/web_service/obj ...
2008-07-06 20:16 <CIA-53> tryton: Timitos roundup * #173/AttributeError: 'bool' object has no attribute '_properties': [resolved] was a problem in one of my own modules. fixed.
2008-07-06 20:36 -!- kultviech(n=kultviec@p5B0D0C4D.dip0.t-ipconnect.de) has joined #tryton
2008-07-06 21:21 -!- yangoon3(n=mathiasb@p549F6330.dip.t-dialin.net) has joined #tryton
2008-07-06 21:39 <CIA-53> tryton: matb roundup * #172/Database backup fails: [chatting] Whatever password I am using, it doesn't work: admin password: Traceback (most recent call last): File "/home/mathiasb/tryton/tryton ...
2008-07-06 21:44 <CIA-53> tryton: ced roundup * #172/Database backup fails: [resolved] pg_dump doesn't allow to set password for the user to dump a database. So you must use an other user authentication for the database.
2008-07-06 21:54 -!- kultviech(n=kultviec@p5B0D0C4D.dip0.t-ipconnect.de) has left #tryton
2008-07-06 22:14 <yangoon3> cedk: I don't understand your answer to #172
2008-07-06 22:14 <yangoon3> if password doesn't work, why should I give it in the backup dialog
2008-07-06 22:36 <cedk> yangoon3: we use pg_dump for the backup and it doesn't work with password
2008-07-06 22:36 <cedk> yangoon3: it is not the super admin password that is in trytond.conf
2008-07-06 22:37 <cedk> yangoon3: but the password for postgresql
2008-07-06 22:38 <yangoon3> cedk: but I gave the password for the tryton user in postgres and he is currently superuser
2008-07-06 22:38 <cedk> yangoon3: yes but pg_dump doesn't work with password
2008-07-06 22:39 <yangoon3> so the function is useless in tryton?
2008-07-06 22:39 <yangoon3> cedk:
2008-07-06 22:39 <cedk> yangoon3: if you set a password for the db user
2008-07-06 22:40 <cedk> yangoon3: but there other authenticate method in postgresql
2008-07-06 22:42 <yangoon3> trust? I wouldn't ever use this with any sensible data ...
2008-07-06 22:44 <cedk> yangoon3: see pg_hba.conf
2008-07-06 22:45 <cedk> yangoon3: unix auth seams to me as safe than password
2008-07-06 22:45 <cedk> yangoon3: maybe more
2008-07-06 22:53 <yangoon3> cedk: unix auth == PAM?
2008-07-06 22:53 <cedk> yangoon3: look at pg_hba.conf
2008-07-06 22:54 <yangoon3> cedk: I wouldn't have spoken to you if I had not looked there
2008-07-06 22:55 <cedk> yangoon3: the server look at the user name that connect to the db
2008-07-06 22:55 <cedk> yangoon3: and use this username for the connection
2008-07-06 23:00 <yangoon3> cedk: I think, this is a little bit too enigmatique for me this evening
2008-07-06 23:01 <cedk> yangoon3: your unix user is the same than in postgresql
2008-07-06 23:01 <yangoon3> cedk: I don't want to use PAM, because I don't have all postgres users as system users
2008-07-06 23:01 <cedk> yangoon3: it is not pam
2008-07-06 23:01 <yangoon3> cedk: neither I want to use ident
2008-07-06 23:02 <cedk> yangoon3: add this line in pg_hba.conf: local all all trust
2008-07-06 23:02 <cedk> yangoon3: and use the same user in unix than in postgresql
2008-07-06 23:02 <cedk> yangoon3: and you don't need to set a password
2008-07-06 23:03 <yangoon3> cedk: and why does tryton want one, if this is the preferred method
2008-07-06 23:04 <cedk> yangoon3: it is just that pg_dump and pg_restore doesn't work with pasword otherwise all is working
2008-07-06 23:04 <cedk> and for me pg_dump and pg_restore are just a little functionality
2008-07-06 23:04 <cedk> that is not strictly necessary
2008-07-06 23:05 <cedk> and I think for a real installation, you will set admin_password to null to prevent any modification of the DB from a remote client
2008-07-06 23:05 <yangoon3> cedk: agreed, but it is not logical for me to make a password dialog, that has no purpose
2008-07-06 23:06 <cedk> yangoon3: this password is not the password for the DB, but the password that allow to modfiy the DB
2008-07-06 23:06 <yangoon3> cedk: finally I would remove those database stuff from the menu
2008-07-06 23:06 <yangoon3> cedk: it is not task of the application to care for backups
2008-07-06 23:08 <cedk> yangoon3: why remove things that works, and that can be disable easily from the configuration file
2008-07-06 23:10 <yangoon3> cedk: for me it doesn't work, there is no reliable error handling, it works only with very special configuration
2008-07-06 23:10 <cedk> yangoon3: did you update the client ?
2008-07-06 23:11 <yangoon3> ok, not the last changes with error messages
2008-07-06 23:11 <cedk> yangoon3: it is the default configuration in many OS
2008-07-06 23:15 <yangoon3> cedk: hmm, trust as default?
2008-07-06 23:15 <yangoon3> cedk: debian has ident and sameuser for local and localhost
2008-07-06 23:16 <yangoon3> cedk: and that is IMHO reasonable
2008-07-06 23:16 <cedk> yangoon3: yes so if you create a user with the same name, it works
2008-07-06 23:16 <yangoon3> works only with ident
2008-07-06 23:18 <yangoon3> cedk: and I would never permit access to databases only on user name base
2008-07-06 23:18 <cedk> it is not insecure
2008-07-06 23:19 <yangoon3> cedk: when it works for you; are you speaking of the same or different machines for database/tryton server?
2008-07-06 23:20 <cedk> yangoon3: yes
2008-07-06 23:20 <yangoon3> cedk: yes or yes?
2008-07-06 23:20 <cedk> same
2008-07-06 23:24 <yangoon3> cedk: won't you bother further with the problem, will first look deeper into it, but I surely don't accept the security in the form of nfs auth for my databases
2008-07-06 23:24 <cedk> don't understand

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!