IRC logs of #tryton for Friday, 2009-10-30 #tryton log beginning Fri Oct 30 00:00:02 CET 2009
2009-10-30 00:06 -!- vengfulsquirrel( has joined #tryton
2009-10-30 04:10 -!- _TiN_(n=TiN@ has joined #tryton
2009-10-30 04:10 -!- _TiN_(n=TiN@ has left #tryton
2009-10-30 05:12 -!- pepeu(n=manuel@ has joined #tryton
2009-10-30 05:20 -!- yangoon( has joined #tryton
2009-10-30 05:54 -!- ronny_(i=ronny@pida/ronny) has joined #tryton
2009-10-30 06:19 -!- udono( has joined #tryton
2009-10-30 07:28 -!- gour(n=Gour@ has joined #tryton
2009-10-30 07:33 -!- Timitos(n=timitos@ has joined #tryton
2009-10-30 07:40 -!- panthera( has joined #tryton
2009-10-30 07:42 -!- yangoon( has joined #tryton
2009-10-30 07:42 -!- johbo( has joined #tryton
2009-10-30 08:00 -!- monkeytower( has joined #tryton
2009-10-30 08:28 -!- bechamel( has joined #tryton
2009-10-30 09:04 -!- paepke( has joined #tryton
2009-10-30 09:20 <gour> paepke: ping
2009-10-30 09:20 <paepke> gour good morning
2009-10-30 09:20 <gour> paepke: morn
2009-10-30 09:20 <gour> ing
2009-10-30 09:20 <gour> :-)
2009-10-30 09:21 <gour> now i've ~30mins...hopefully enough
2009-10-30 09:21 <paepke> gour: ok some thoughts about ldap?
2009-10-30 09:22 <gour> paepke: well, i read wiki page and was thinking whether it makes sense to put party and some inherited (aka custom) data under ldap?
2009-10-30 09:23 <gour> paepke: since i use claws-mail as mailer, i'll definitely setup shared ldap addressbook for it, but wonder if/whether tryton could also share some of its data
2009-10-30 09:23 <gour> or is it better to stay with rdbms?
2009-10-30 09:24 <paepke> gour: for me i think one of the best solution would be to synchronize. cause when the ldap-server gets wrecked you will have a problem in tryton cause you cannot access the data.
2009-10-30 09:24 <paepke> mirroring the ldap server on the same host like your tryton server works NOT for mixed setups like openldap and active directory or other solutions.
2009-10-30 09:25 <gour> paepke: i instead of depending on ldap to serve the data, it would serve for not doubling the data
2009-10-30 09:25 <paepke> on the other hand the ldap protocol supports the possibility to serve a part of the ldap-tree from a different host.
2009-10-30 09:26 <gour> in my case we, fortunately, do not have need for running m$ stuff
2009-10-30 09:26 <paepke> so you could have dc=users,dc=yourcompany,dc=local from the primary ldap server while serving dc=parties,dc=yourcompany,dc=local from tryton.
2009-10-30 09:26 <paepke> with the mirroring stuff you (or the framework) will not be flexible
2009-10-30 09:27 <gour> hmm how would tryton serve the parties data?
2009-10-30 09:28 <paepke> gour: i'm currently not aware of the sql data-structure of the party tables in postgres. i had for testing purposes an openldap server running on an mysql-table.
2009-10-30 09:29 <gour> i also wonder if ldap is suitable when one needs complicated 'queries' or it best suits fetching of simple data only?
2009-10-30 09:29 <paepke> you can map that easiely. if the party data is on different tables (what i assume) you could write a view on the postgres-server to give the openldap server the right virtual table so serve that data
2009-10-30 09:29 <gour> ahh, interesting
2009-10-30 09:30 <gour> in any case, what would be advantage of involving ldap into the game?
2009-10-30 09:30 <paepke> ldap is perfectly suitable for complicated queries. but its kinda different from the sql approach. you have an ldap tree, and not "flat" tables
2009-10-30 09:31 <paepke> quick'n'dirty write an view on the postgres and export this to your open-ldap-server as a backend.
2009-10-30 09:32 <gour> yeah...i'm thinking about it 'cause i'd need to inherit from parties to extend our data models and then do kind of 'research' queries on that data (within some other app)
2009-10-30 09:33 <paepke> gour but beware: ldap is not common used to write at. i know only a few special ldap clients which WRITE data into the server. so for mail-clients (thunderbird, outlook) i'm sure there is only read-access.
2009-10-30 09:34 <gour> paepke: calws-mail can write to ldap
2009-10-30 09:34 <gour> *claws-mail
2009-10-30 09:34 <paepke> gour: better solution: one way sync from tryton to openldap-server. writing an app to export the data in ldif-format and import this into openldap. (cron-job)
2009-10-30 09:35 <paepke> gour, claws-mail: wow!
2009-10-30 09:35 <gour> as far as 'other app' is concerned, it is my 'long-ago-pending project' to be written in haskell (which has bindings for openldap)
2009-10-30 09:36 <paepke> gour, way better solution (future): having a ldap-server via twisted and export a part of the tree to an other ldapserver.
2009-10-30 09:37 <gour> paepke: i'm interesting if having parties in ldap is something which will be developed, or it is more custom-solution not to be incorporated in tryton?
2009-10-30 09:37 <paepke> gour: you could write an backend to openldap to access the carddav data on the tryton server.
2009-10-30 09:38 <gour> paepke: huh, lot of possibilities....i need to resolve how much i want to have on ldap to be used in tryton (besides shared addressbook filled by claws)...
2009-10-30 09:39 <gour> but even before that, i have to become somewhat proficient with tryton in general...e.g. to write my own module extending parties data model etc.
2009-10-30 09:39 <paepke> gour, imho its a framework related thing. there can be solutions which uses that kind of integration. like identity federation or as simple address-book export. (multi-function copy machines commonly use ldap for query the email-adress or a surname)
2009-10-30 09:40 <gour> paepke: right. tryton looks as nice framework and as i will become more familiar with it i can add stuff to it according to our needs
2009-10-30 09:40 <paepke> gour, for me tryton is the basis of ALL company data. if something has to be changed it should be changed centrally in tryton. after that it should be directly accessed (ldap server implementation on tryton) or synced to another source.
2009-10-30 09:41 <gour> it does not have to be everything at once
2009-10-30 09:41 <paepke> gour: yes. there is a lot to do. but tryton is on a very good way to archieve that.
2009-10-30 09:43 <paepke> gour, i'm not a friend of having basic functionality like databases on a "foreign" server and not in the primary database.
2009-10-30 09:54 <gour> paepke: excuse me...i was i have to go out, will think about the points you've made and will return back with some more questions later
2009-10-30 10:20 <paepke> gour, ok
2009-10-30 10:53 -!- yangoon( has joined #tryton
2009-10-30 12:53 -!- ikks(n=ikks@ has joined #tryton
2009-10-30 12:56 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-10-30 14:27 -!- woakas(n=woakas@ has joined #tryton
2009-10-30 14:40 <cedk> gour:
2009-10-30 14:40 <cedk> gour: this must be a good starting point
2009-10-30 14:40 <cedk> gour: it seems there is a LDAP server in ldaptor
2009-10-30 14:40 <cedk> based on Twisted
2009-10-30 14:41 <gour> interesting
2009-10-30 14:41 <gour> python-ldap is bindings-only?
2009-10-30 14:42 <cedk> gour: it is client only
2009-10-30 14:42 <gour> in any case, lot of learning ahead of me
2009-10-30 14:42 <gour> first to start with the tryton itself
2009-10-30 14:42 <gour> my new machine still needs some more love to tweak everything...
2009-10-30 14:44 <gour> there is package for archlinux :-)
2009-10-30 15:04 <CIA-17> matb roundup * #1265/Missing migration code for renaming of occurence -> recurrence:
2009-10-30 15:04 <CIA-17> [new] Migration for is missing:
2009-10-30 15:04 <CIA-17> Traceback (most recent call last):
2009-10-30 15:04 <CIA-17> ...
2009-10-30 15:04 <CIA-17>
2009-10-30 15:22 <CIA-17> ced roundup * #1265/Missing migration code for renaming of recurrence -> ocurrence: [testing] Did you run an update?
2009-10-30 15:22 <CIA-17>
2009-10-30 15:28 <CIA-17> matb roundup * #1265/Missing migration code for renaming of recurrence -> ocurrence: [invalid] Sorry, seems, it was a cache problem.
2009-10-30 15:28 <CIA-17>
2009-10-30 16:26 <CIA-17> Timitos roundup * #1266/search for party code with search_rec_name does not work: [new] patch attached
2009-10-30 16:26 <CIA-17>
2009-10-30 16:29 <CIA-17> ced roundup * #1266/search for party code with search_rec_name does not work:
2009-10-30 16:29 <CIA-17> [chatting] The patch contains more than needed.
2009-10-30 16:29 <CIA-17> Explain what the patch is supposed to fix?
2009-10-30 16:29 <CIA-17>
2009-10-30 16:35 <CIA-17> Timitos roundup * #1266/search for party code with search_rec_name does not work:
2009-10-30 16:35 <CIA-17> when i search in a many2one field which is related to search_rec_name also allows to search for the party code field.
2009-10-30 16:35 <CIA-17> the search arg ...
2009-10-30 16:35 <CIA-17>
2009-10-30 16:41 <CIA-17> ced roundup * #1266/search for party code with search_rec_name does not work:
2009-10-30 16:41 <CIA-17> I don't agree with the patch.
2009-10-30 16:41 <CIA-17> Post it on codereview.
2009-10-30 16:41 <CIA-17>
2009-10-30 16:44 <CIA-17> Timitos roundup * #1266/search for party code with search_rec_name does not work:
2009-10-30 16:44 <CIA-17>
2009-10-30 17:39 -!- juanfer(n=juanfer@ has joined #tryton
2009-10-30 17:58 -!- vengfulsquirrel( has joined #tryton
2009-10-30 20:49 -!- Timito1(n=timitos@ has joined #tryton
2009-10-30 21:45 -!- gour(n=Gour@ has left #tryton
2009-10-30 22:09 -!- monkeytower( has joined #tryton
2009-10-30 23:11 -!- monkeytower_( has joined #tryton
2009-10-30 23:56 -!- shiningfm( has joined #tryton

Generated by 2.17.3 by Marius Gedminas - find it at!