| chat.freenode.net #tryton log beginning Fri Oct 30 00:00:02 CET 2009 | ||
| 2009-10-30 00:06 -!- vengfulsquirrel(n=ian@c-69-181-194-95.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-10-30 04:10 -!- _TiN_(n=TiN@190.228.30.153) has joined #tryton | ||
| 2009-10-30 04:10 -!- _TiN_(n=TiN@190.228.30.153) has left #tryton | ||
| 2009-10-30 05:12 -!- pepeu(n=manuel@189.209.194.163) has joined #tryton | ||
| 2009-10-30 05:20 -!- yangoon(n=mathiasb@p549F7592.dip.t-dialin.net) has joined #tryton | ||
| 2009-10-30 05:54 -!- ronny_(i=ronny@pida/ronny) has joined #tryton | ||
| 2009-10-30 06:19 -!- udono(n=udono@dynamic-unidsl-85-197-24-5.westend.de) has joined #tryton | ||
| 2009-10-30 07:28 -!- gour(n=Gour@87.252.136.43) has joined #tryton | ||
| 2009-10-30 07:33 -!- Timitos(n=timitos@88.217.184.172) has joined #tryton | ||
| 2009-10-30 07:40 -!- panthera(n=daniel@static.88-198-196-34.clients.your-server.de) has joined #tryton | ||
| 2009-10-30 07:42 -!- yangoon(n=mathiasb@p549F7592.dip.t-dialin.net) has joined #tryton | ||
| 2009-10-30 07:42 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-10-30 08:00 -!- monkeytower(n=monkeyto@dslb-088-077-230-245.pools.arcor-ip.net) has joined #tryton | ||
| 2009-10-30 08:28 -!- bechamel(n=user@host-85-201-159-186.brutele.be) has joined #tryton | ||
| 2009-10-30 09:04 -!- paepke(n=paepke@p5B32B0FB.dip0.t-ipconnect.de) 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 see...so 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 afk...now 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(n=mathiasb@p549F5B04.dip.t-dialin.net) has joined #tryton | ||
| 2009-10-30 12:53 -!- ikks(n=ikks@190.158.120.230) 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@190.144.69.234) has joined #tryton | ||
| 2009-10-30 14:40 <cedk> gour: http://webmail.inoi.fi/open/trac/ldaptor | ||
| 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 http://hg.tryton.org/hgwebdir.cgi/modules/calendar_todo/rev/2feb7327576b 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> http://bugs.tryton.org/roundup/issue1265 | ||
| 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> http://bugs.tryton.org/roundup/issue1265 | ||
| 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> http://bugs.tryton.org/roundup/issue1265 | ||
| 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> http://bugs.tryton.org/roundup/issue1266 | ||
| 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> http://bugs.tryton.org/roundup/issue1266 | ||
| 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 party.party 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> http://bugs.tryton.org/roundup/issue1266 | ||
| 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> http://bugs.tryton.org/roundup/issue1266 | ||
| 2009-10-30 16:44 <CIA-17> Timitos roundup * #1266/search for party code with search_rec_name does not work: http://codereview.appspot.com/144063 | ||
| 2009-10-30 16:44 <CIA-17> http://bugs.tryton.org/roundup/issue1266 | ||
| 2009-10-30 17:39 -!- juanfer(n=juanfer@190.144.69.234) has joined #tryton | ||
| 2009-10-30 17:58 -!- vengfulsquirrel(n=ian@c-69-181-194-95.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-10-30 20:49 -!- Timito1(n=timitos@88.217.184.172) has joined #tryton | ||
| 2009-10-30 21:45 -!- gour(n=Gour@87.252.136.43) has left #tryton | ||
| 2009-10-30 22:09 -!- monkeytower(n=monkeyto@dslb-088-077-230-245.pools.arcor-ip.net) has joined #tryton | ||
| 2009-10-30 23:11 -!- monkeytower_(n=monkeyto@dslb-088-077-230-245.pools.arcor-ip.net) has joined #tryton | ||
| 2009-10-30 23:56 -!- shiningfm(n=shiningf@hy183-2-88-165-176-243.fbx.proxad.net) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!