IRC logs of #tryton for Thursday, 2009-03-12 #tryton log beginning Thu Mar 12 00:00:01 CET 2009
2009-03-12 00:38 -!- juanfer(n=juanfer@ has joined #tryton
2009-03-12 00:50 <cedk> saxa: company is only for your company, others are parties
2009-03-12 00:51 <cedk> saxa: for the traceback fill an issue in roundup with the action you did
2009-03-12 00:51 <cedk> vengfulsquirrel: by default, function are not sortable
2009-03-12 00:52 <cedk> vengfulsquirrel: you can specify a sql statement on which it must be sroted
2009-03-12 00:53 <cedk> vengfulsquirrel: you can look at
2009-03-12 00:53 <cedk> vengfulsquirrel: the argument order_field
2009-03-12 00:57 <cedk> saxa: and for report editing, I don't find it is difficult to edit the reports, you can download from the client the odt file (Adminstartion>User Interface>Action>Reports)
2009-03-12 00:58 <cedk> saxa: and there is this:
2009-03-12 01:02 <vengfulsquirrel> cedk: Thanks I'll look into that.
2009-03-12 02:46 -!- saxa( has joined #tryton
2009-03-12 02:50 -!- saxa( has joined #tryton
2009-03-12 02:50 -!- ikks(i=igor@ has joined #tryton
2009-03-12 03:21 -!- ikks(i=igor@ has joined #tryton
2009-03-12 05:16 -!- gremly(n=oscar@ has joined #tryton
2009-03-12 05:19 -!- yangoon1( has joined #tryton
2009-03-12 07:54 -!- sharkcz( has joined #tryton
2009-03-12 08:00 -!- johbo( has joined #tryton
2009-03-12 08:21 -!- Timitos(n=Timitos@ has joined #tryton
2009-03-12 08:24 -!- Gedd(n=ged@ has joined #tryton
2009-03-12 08:43 -!- racke( has joined #tryton
2009-03-12 08:53 -!- vengfulsquirrel( has left #tryton
2009-03-12 08:56 -!- gadaga( has joined #tryton
2009-03-12 09:12 <saxa> cedk, vengfulsquirrel, thanks to both
2009-03-12 09:12 <saxa> anyway, I was trying to save an product, when this error was coming out.
2009-03-12 09:13 <saxa> saying that company field can not be null.
2009-03-12 09:13 <gadaga> saxa: do you have define you own company?
2009-03-12 09:13 <saxa> once clicking save in the products, once in the suppliers
2009-03-12 09:13 <saxa> gadaga: yes
2009-03-12 09:13 <saxa> the first thing
2009-03-12 09:13 <saxa> item 1 is my company
2009-03-12 09:14 <saxa> i mean when I list companies
2009-03-12 09:14 <gadaga> saxa: can you paste the traceback of the error?
2009-03-12 09:14 <saxa> record 1
2009-03-12 09:14 <saxa> gadaga: its on bug tracker
2009-03-12 09:14 <gadaga> saxa: wich number?
2009-03-12 09:14 <saxa> bugs #858 , #859
2009-03-12 09:14 <gadaga> which?
2009-03-12 09:14 <gadaga> ok
2009-03-12 09:16 <gadaga> saxa: your company was not set
2009-03-12 09:16 <gadaga> saxa: module company is installed?
2009-03-12 09:23 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-03-12 09:27 <CIA-10> tryton: ced roundup * #858/CONTEXT: SQL statement "UPDATE ONLY "public"."company_employee" SET "company" = NULL WHERE $1 OPERATOR(pg_catalog.=) "company"": [chatting] Do you try to delete a company that have employees?
2009-03-12 09:28 <CIA-10> tryton: ced roundup * #859/IntegrityError: null value in column "company" violates not-null constraint: [need-eg] What do you do?
2009-03-12 09:34 <CIA-10> tryton: casaxa roundup * #859/IntegrityError: null value in column "company" violates not-null constraint: I was trying to save an newly created product.
2009-03-12 09:38 <CIA-10> tryton: casaxa roundup * #858/CONTEXT: SQL statement "UPDATE ONLY "public"."company_employee" SET "company" = NULL WHERE $1 OPERATOR(pg_catalog.=) "company"": Yes, I created a subcompany under my company and then I created an emplyee in it. After that I wanted to delete it and this error came out. Close ...
2009-03-12 09:47 -!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton
2009-03-12 09:48 <cristi_an> cedk: these days you will relaese a new version ?
2009-03-12 09:50 -!- Ged_(n=ged@ has joined #tryton
2009-03-12 09:56 -!- bechamel(n=user@ has joined #tryton
2009-03-12 10:01 <cristi_an> cedk,bechamel: i noticed a strange behaviuor when i use account moves and i add lines only using keyboard
2009-03-12 10:01 <cristi_an> focus is lost and jump into the top menu
2009-03-12 10:02 <cristi_an> at least in windows client version
2009-03-12 10:04 <saxa> gadaga: i installed all modules as far as i know
2009-03-12 10:04 <saxa> gadaga: and my company is listed as record nr.1
2009-03-12 10:04 <saxa> so i think its set up properly
2009-03-12 10:26 <bechamel> cristi_an: if you are using an up to date version of the client please feel free to add an issue on the bugtracker
2009-03-12 10:26 <cristi_an> i use the lates client avalable for download
2009-03-12 10:38 -!- enlightx( has joined #tryton
2009-03-12 11:00 -!- yangoon( has joined #tryton
2009-03-12 11:05 -!- cedric_b( has joined #tryton
2009-03-12 11:43 -!- paola( has joined #tryton
2009-03-12 12:06 -!- paola_( has joined #tryton
2009-03-12 12:19 <CIA-10> tryton: matb roundup * #860/Translation: model names: [new] With the changes in the framework for the *2m-fields we now got many new model names appearing in the translation table like account.account ...
2009-03-12 12:30 <CIA-10> tryton: ced roundup * #860/Translation: model names: [resolved] They appear in the Administration>Models>Models And they can be used as standard model somewhere.
2009-03-12 12:50 <CIA-10> tryton: matb roundup * #856/IntegrityError: duplicate key value violates unique constraint "party_party_cod: No, it is just an updated database. And in fact I cannot create any new party, the issue has no relation to projects. Field Code in Party is read ...
2009-03-12 12:55 -!- johbo( has joined #tryton
2009-03-12 13:12 -!- tekknokrat( has joined #tryton
2009-03-12 13:21 <CIA-10> tryton: * r460 /wiki/ Add hopes.
2009-03-12 13:43 <CIA-10> tryton: ced roundup * #856/IntegrityError: duplicate key value violates unique constraint "party_party_cod: [resolved] These is due to the previous issue827
2009-03-12 13:48 -!- Timitos(n=Timitos@ has joined #tryton
2009-03-12 13:51 -!- ikks(n=igor@ has joined #tryton
2009-03-12 14:08 -!- Timito1(n=Timitos@ has joined #tryton
2009-03-12 14:35 <cedk> reading the ideas of OpenERP, it remembers me the zeroconf option for Tryton
2009-03-12 14:36 <cedk> do you think it can be useful?
2009-03-12 14:41 <CIA-10> tryton: * r461 /wiki/ Group backends
2009-03-12 14:48 -!- saxa( has joined #tryton
2009-03-12 15:00 <CIA-10> tryton: C?dric Krier <> default * 1213:35b2434ee83c tryton/tryton/gui/window/view_form/model/
2009-03-12 15:00 <CIA-10> tryton: Send 'record-changed' when force_change is set on Many2One to force to
2009-03-12 15:00 <CIA-10> tryton: display the screen.
2009-03-12 15:06 <cedk> seem nobody interesting in zeroconf (avahi, bonjour, rendez-vous, etc..)
2009-03-12 15:15 -!- saxa( has joined #tryton
2009-03-12 15:22 <saxa> cedk: what this would be usefull for tryton ?
2009-03-12 15:23 <saxa> to know where the server si ?
2009-03-12 15:23 <saxa> s/si/is
2009-03-12 15:24 <cedk> saxa: yes, automatic discover of Tryton server
2009-03-12 15:24 <cedk> saxa: for ip and port
2009-03-12 15:26 <cedk> saxa:
2009-03-12 15:34 <saxa> i know avahi and stuff thx, since we use it in our project
2009-03-12 15:35 <saxa> anyway, it can be usefull, but just in certain configurations i believe
2009-03-12 15:35 <cedk> saxa: it must be optional
2009-03-12 15:35 <saxa> this would introduce a new dep also to tryton correct ?
2009-03-12 15:36 <cedk> saxa: only an optional
2009-03-12 15:36 <saxa> and another thing is , what are plugins used for in tryton ?
2009-03-12 15:36 <saxa> cedk: if its an option, it can for sure be useful for people who will need it
2009-03-12 15:37 <saxa> many people have this on local networks with one server i supose
2009-03-12 15:37 <saxa> so they know where to point the clients
2009-03-12 15:37 <saxa> just my opinion
2009-03-12 15:37 <saxa> maybe i'm wrong or unaware of certain situations where it can be useful
2009-03-12 15:38 <cedk> saxa: but you must teach to your users what is the name of the server
2009-03-12 15:39 <cedk> saxa: with zeroconf, you don't need
2009-03-12 15:45 <saxa> yes, but if only this is the advantage dont you think that its not to difficult to point the client to the right place ?
2009-03-12 15:46 <cedk> saxa: don't understand
2009-03-12 15:47 <saxa> I mean that if the advantage is only of not writing a server name ito this small window at the login
2009-03-12 15:47 <saxa> then for me its not a big advantage
2009-03-12 15:47 <saxa> at least i dont see that as a big advantage to have it
2009-03-12 15:48 <saxa> if its not difficult to code it, do it :)
2009-03-12 15:48 <saxa> its for sure one option more
2009-03-12 15:48 <bechamel> saxa: what would be a big advantage ? have you another idea ?
2009-03-12 15:50 <cedk> saxa: I think in the client configuration, the only thing that a user must ask to the IT is the name of the server, so if you can prevent this, it simplify the live of the IT
2009-03-12 15:52 <CIA-10> tryton: C?dric Krier <> default * 1613:e5bee428393b trytond/trytond/ (backend/postgresql/ model/
2009-03-12 15:52 <CIA-10> tryton: Fix the history table creation
2009-03-12 15:52 <CIA-10> tryton: - create missing field added by others modules for issue857
2009-03-12 15:52 <CIA-10> tryton: - don't update history record with default value
2009-03-12 15:52 <saxa> thats true
2009-03-12 15:53 <CIA-10> tryton: ced roundup * #857/Error saving party address (column "delivery"): [resolved] Fix with changeset e5bee428393b
2009-03-12 15:53 <saxa> bechamel: i think that there is many other places in tryton that need improvment,
2009-03-12 15:53 -!- johbo_( has joined #tryton
2009-03-12 15:53 <saxa> but have not enough experience with it up to now to tell it
2009-03-12 15:54 <cedk> saxa: it is for gsoc, so we must think like "teacher" and give interesting idea for student
2009-03-12 15:54 <cedk> saxa: and not propose the boring stuf that we must do
2009-03-12 15:55 <bechamel> cedk: like writing the doc :)
2009-03-12 16:01 <CIA-10> tryton: C?dric Krier <> default * 1:0791a19c3b65 account_invoice_history/ Fix _name for PaymentTermLineDelay
2009-03-12 16:04 <CIA-10> tryton: Bertrand Chenal <> default * 1614:a17aa2451d74 trytond/trytond/ir/ Fix set method on property when default property exist.
2009-03-12 16:04 <CIA-10> tryton: Bertrand Chenal <> default * 1615:4732d3441855 trytond/: Merge
2009-03-12 16:08 -!- vengfulsquirrel( has joined #tryton
2009-03-12 16:21 <saxa> cedk: thats a completely different think then
2009-03-12 16:21 <saxa> i didnt understood it that way
2009-03-12 16:21 <saxa> in that case of course yes
2009-03-12 16:22 <saxa> but you know, despite that i think that just in simple fixups the project can benefit a lot
2009-03-12 16:22 <saxa> so you can have many things done in it
2009-03-12 16:23 <saxa> I dont know how much you changed the code of import stuff into tryton from tinyerp's one
2009-03-12 16:23 <saxa> but import needs a lot of stuff to do for sure
2009-03-12 16:23 <saxa> first thing is simplify the visual of the import window, and make it more user friendly, with errors
2009-03-12 16:24 <saxa> and like somebody proposed on the openobject blueprints, import what is possible and create an output with a cvs and the non imported lines
2009-03-12 16:24 <saxa> so you can just do what is still missing when importing
2009-03-12 16:25 <saxa> then, how gui is working, in the client, you immediately end up with a lot of tabs opened
2009-03-12 16:25 <saxa> in my point of view this should be in some different way done
2009-03-12 16:25 <saxa> i did some blueprints in openobject too about that
2009-03-12 16:28 <CIA-10> tryton: * r462 /wiki/ Add image
2009-03-12 16:28 <CIA-10> tryton: * r463 /wiki/ Edited wiki page through web user interface.
2009-03-12 16:28 <CIA-10> tryton: * r464 /wiki/ Add zeroconf
2009-03-12 16:29 <cedk> saxa: for import, we take the transactional position. So all is imported or nothing
2009-03-12 16:30 <cedk> saxa: the GUI of this window can be improved but it is not enough for gsoc. It will take 2-3 days
2009-03-12 16:30 <cedk> saxa: not a month
2009-03-12 16:30 <cedk> saxa: for the tabs, I don't understand what you mean
2009-03-12 16:32 <saxa> about the tabs
2009-03-12 16:32 <saxa> let me find the blueprint
2009-03-12 16:34 <saxa>
2009-03-12 16:37 <cedk> saxa: do you know 'CTRL+L'?
2009-03-12 16:41 <cedk> saxa: with it, you can switch from form to list
2009-03-12 16:51 <saxa> cedk: yes
2009-03-12 16:53 <cedk> saxa: one thing could be like 'middle click' to switch in new tab
2009-03-12 16:53 <saxa> cedk: the problem is not swithching between tabs
2009-03-12 16:54 <saxa> but that you it opens what you looked for in the same tab instead of opening a new one
2009-03-12 16:54 <vengfulsquirrel> You mean like firefox's "open this link in a new tab" functionality?
2009-03-12 16:55 <saxa> so if you want to look another product, you go back , click the listed products tab and double click the product you need and it opens it again in a new tab
2009-03-12 16:55 <saxa> vengfulsquirrel: yes
2009-03-12 16:55 <saxa> because if not , you need to go back and click again products to open the search form
2009-03-12 16:56 <cedk> saxa: why to talk about the search form ?
2009-03-12 16:57 <saxa> i just call it search form
2009-03-12 16:57 <saxa> sorry but i would be able to explain it better if i would have tryton opened before me
2009-03-12 17:01 <vengfulsquirrel> saxa: Right you mean this is what you do now: menu(Products) --> list view -- run search --> form view(Product#1), menu(Products) --> list view --> run search--> form view(Product #2) ... Then compare between tabs. Whereas you want this menu(Products) --> list view -- run search --> NEW TAB:Product#1, go back to search results tab --> Product #2
2009-03-12 17:05 <vengfulsquirrel> cedk: Hey I think some of these ideas listed in the GSOC document might benefit from short explanations of why they are wanted/needed. Are they mixture of multiple people's ideas ?
2009-03-12 17:06 -!- sharkcz( has joined #tryton
2009-03-12 17:09 <cedk> vengfulsquirrel: from me and bechamel most of them
2009-03-12 17:12 <vengfulsquirrel> Well for the first two, is there an example of an external system that would benefit from having access(via CardDAV and CalDAV) to contacts and/or calendar events?
2009-03-12 17:13 <cedk> vengfulsquirrel: CalDAV there are many calendar software like iCal, sunbird, google calendar
2009-03-12 17:14 <vengfulsquirrel> okay good, I'm going to mention that for CalDAV
2009-03-12 17:14 <cedk> vengfulsquirrel: for carddav, there is Kontact, Evolution, Thunderbird, Outlook
2009-03-12 17:15 <cedk> vengfulsquirrel: and surely more
2009-03-12 17:15 <cedk> vengfulsquirrel: the main thing is that it is a standard protocol to share calendar and contact
2009-03-12 17:16 <cedk> vengfulsquirrel: it is better than writing plugins for each softwares :-)
2009-03-12 17:18 <cedk> vengfulsquirrel: by the way, it will be good that you update it before Friday 19:00 UTC
2009-03-12 17:20 <cedk> vengfulsquirrel: if you have any other questions, don't hesitate
2009-03-12 17:21 -!- Timitos(n=Timitos@ has joined #tryton
2009-03-12 17:21 <cedk> vengfulsquirrel: I find you made a great job with the answers
2009-03-12 17:23 <yangoon> cedk: btw: standard protcols are most important, as you did with xml-rpc
2009-03-12 17:23 <yangoon> cedit is much more attractive for other developers to write interfaces if they meet standardized interfaces
2009-03-12 17:25 <cedk> yangoon: yes of course, we will always try to use standard protocol
2009-03-12 17:26 <cedk> yangoon: we only use internal protocol for the communication between the client/server because it is optimized
2009-03-12 17:27 <yangoon> cedk: oki doki
2009-03-12 17:28 <cedk> yangoon: it is also in the same spirit that we modify to allow installation with easy_install in the python standard way
2009-03-12 17:28 <cedk> I think it simplify the job of package maintainers of distribs
2009-03-12 17:29 <cedk> also switch to psycopg2 to use the python SQL API standard
2009-03-12 17:29 <cedk> everything is linked :-)
2009-03-12 17:29 <yangoon> cedk yes, I know. it only hurts with debian
2009-03-12 17:30 <vengfulsquirrel> Isn't psycopg2 and implementation of the python db spec ?
2009-03-12 17:30 <vengfulsquirrel> *an implementation
2009-03-12 17:30 <cedk> vengfulsquirrel: yes it is
2009-03-12 17:30 <cedk> vengfulsquirrel: it was psycopg1 that was not
2009-03-12 17:31 <vengfulsquirrel> oh I see
2009-03-12 17:33 <cedk> It was just to display that all the changes are made for the same purpose
2009-03-12 17:33 <cedk> it is like the XPDL idea
2009-03-12 17:42 <cedk>
2009-03-12 17:42 <cedk> some of you have knowledge with the TCP_NODELAY option ?
2009-03-12 17:42 <cedk> I don't think we need this, but what do you think
2009-03-12 17:49 <cedk> if someone can make a test, to see if OpenERP reach our speed
2009-03-12 17:53 <udono> cedk: no idea...
2009-03-12 17:53 <udono> Another topic: What do you think about?
2009-03-12 17:55 <cedk> udono: do you know software that uses it?
2009-03-12 18:01 <udono> cedk: question 18.
2009-03-12 18:02 <udono> cedk: but maybe it's more usable for us in questions of general namings and models
2009-03-12 18:03 <yangoon> EDIFACT, DATANORM?
2009-03-12 18:03 <udono> yangoon: UBL has EDIFACT as a source
2009-03-12 18:26 <vengfulsquirrel> cedk: What do you mean by this ? "Add historical time-line in the client." Do you mean allow users to view the data saved with the new "historisation" support?
2009-03-12 18:28 <cedk> udono: you can add UBL to the idea list
2009-03-12 18:29 <cedk> vengfulsquirrel: yes, I was thinking about something like timemachine on MacOSX
2009-03-12 18:29 <udono> cedk: ok
2009-03-12 18:29 <cedk> vengfulsquirrel:
2009-03-12 18:33 -!- bechamel`(n=user@ has joined #tryton
2009-03-12 18:34 <cedk> vengfulsquirrel: so globally, it will be a slider to set the date
2009-03-12 18:35 <cedk> vengfulsquirrel: and reload to records value for this date
2009-03-12 18:36 -!- bechamel(n=user@ has joined #tryton
2009-03-12 18:37 <vengfulsquirrel> Ha well it sounds good but excruciatingly difficult but I'm not fully aware of the inner workings of the historising implementation.
2009-03-12 18:39 <cedk> vengfulsquirrel: for now, it is only GUI devs
2009-03-12 18:39 <cedk> vengfulsquirrel: all the server stuffs are there
2009-03-12 18:40 <vengfulsquirrel> Yeah I guess the viewing would be easy but "rolling back" to a previous date and time seems hard.
2009-03-12 18:40 <vengfulsquirrel> Is functionality to roll back already implemented on the server side ?
2009-03-12 18:40 <vengfulsquirrel> Also, for the minimal web client does webdav need to be extended to support json or an entirely new interface created ?
2009-03-12 18:42 <cedk> vengfulsquirrel: read records at a specific date is already implemented :-)
2009-03-12 18:42 <cedk> vengfulsquirrel: for the webclient, it will not use the webdav
2009-03-12 18:42 <vengfulsquirrel> Yeah I think that's the easier and most useful versus write.
2009-03-12 18:42 <vengfulsquirrel> Yeah sorry I read JSON not JSON-RPC.
2009-03-12 18:42 <cedk> vengfulsquirrel: but I don't know if json is the best protocol, it will depend of the evaluation
2009-03-12 18:43 <cedk> vengfulsquirrel: and the tools used to develop
2009-03-12 18:44 <cedk> vengfulsquirrel: I think viewing record with a past date, will set it readonly
2009-03-12 18:45 <cedk> vengfulsquirrel: and perhaps, a function can be added to write the old value to the current one
2009-03-12 18:45 <cedk> vengfulsquirrel: like a kind of rollback
2009-03-12 18:47 <vengfulsquirrel> Right okay that sounds simpler, you can pull up an old version of a specific record and write over the current version of that record with the old one. So not like any kind of a global rollback.
2009-03-12 18:49 <cedk> vengfulsquirrel: no it will not be possible
2009-03-12 18:55 <saxa> vengfulsquirrel: yes, I meant exactly that
2009-03-12 18:55 <saxa> so you can compare the 2 products
2009-03-12 18:55 <saxa> and quickly sear another one if the one you had is not correct
2009-03-12 18:56 <saxa> because you dont need to go to products list as you already have it opened
2009-03-12 19:02 <CIA-10> tryton: C?dric Krier <> default * 169:8b07325cad1f stock_supply/ ( order_point.xml): Add unit and unit_digits on order point
2009-03-12 19:14 <saxa> one question, is from my side, how is closing of the financial year solved in tryton ?
2009-03-12 19:14 <saxa> is there a way to export the year and begin again the new one from zero
2009-03-12 19:15 <saxa> or it goes forward and forward ?
2009-03-12 19:15 <saxa> and is there a way to backup all the data or you need to do it with a psql dump ?
2009-03-12 19:19 <cedk> saxa: I don't understand what you mean by from zero?
2009-03-12 19:19 <cedk> saxa: closing fiscal year will just prevent creating new moves in this year
2009-03-12 19:20 <cedk> saxa: and for account with deferral set to true, the debit/credit are forwarded to the next one
2009-03-12 19:22 <saxa> for example star invoices with the number one
2009-03-12 19:23 <saxa> that means from zero
2009-03-12 19:23 <cedk> saxa: sequence for invoice are define by fiscal year or period
2009-03-12 19:24 <saxa> ok, but when you do finish your accounting of 2008 , only ammounts are transferred to the opening of 2009
2009-03-12 19:25 <saxa> so customer with debit of x in 2008 results in 2009 with the same debt when you do the opening of the new fiscal year
2009-03-12 19:25 <saxa> invoice numbering begins again from 1 and up or it continues ?
2009-03-12 19:34 <cedk> saxa: yes for numbering (but you can choose to start with any number)
2009-03-12 19:34 <cedk> saxa: and yes for amount. For deferal we work in a different way than OpenERP.
2009-03-12 19:35 <cedk> saxa: we don't create new move, it is the function that compute debit/credit that take care to select all the right moves
2009-03-12 19:36 <cedk> saxa: this make that when you make reconciliation you will do it on the real move line
2009-03-12 19:37 <saxa> cedk: ok, thx for the explanation
2009-03-12 19:38 <saxa> I will try to help in here, but my resources in time are very scarse to look at things
2009-03-12 19:38 <saxa> in any case good job !!!
2009-03-12 19:43 <CIA-10> tryton: C?dric Krier <> default * 253:849d9bd05f8b purchase/purchase.xml: Add separators for invoices and packings
2009-03-12 19:43 <CIA-10> tryton: C?dric Krier <> default * 139:dcefdd600a6e sale/sale.xml: Add separators for invoices and packings
2009-03-12 19:53 -!- daeda( has joined #tryton
2009-03-12 19:54 -!- daeda( has joined #tryton
2009-03-12 19:55 -!- daedax20( has joined #tryton
2009-03-12 20:26 <CIA-10> tryton: vengfulsquirrel * r465 /wiki/ Updated ideas section to be more specific and clear. Added justification to certain ideas.
2009-03-12 20:35 <cedk> vengfulsquirrel: once again, good job :-)
2009-03-12 20:37 <vengfulsquirrel> ha thanks, if you could re-read each one though that'd be great, I occasionally made some extensive changes
2009-03-12 20:37 <vengfulsquirrel> Do you know if the project application project is difficult ?
2009-03-12 20:37 <vengfulsquirrel> Like not for contributors but for projects.
2009-03-12 20:38 <cedk> vengfulsquirrel: I don't know
2009-03-12 20:39 <cedk> vengfulsquirrel: I re-read it and it seems good to me
2009-03-12 20:40 <cedk> vengfulsquirrel: to be selected, I think we must show that the students will be well driven
2009-03-12 20:40 <cedk> vengfulsquirrel: and that the project is there for long-term
2009-03-12 20:41 <cedk> vengfulsquirrel: but it makes always good impression to have well writen text :-)
2009-03-12 20:45 <cedk> vengfulsquirrel: by the way, I did not ask you if you want to be mentor ?
2009-03-12 20:51 <vengfulsquirrel> cedk: Oh I don't know I kind of have a lot going on right now and I still feel like I don't understand a lot of the fundamentals of Tryton. Ha I could be a backup backup or just help out whenever but would not like to be the direct contact. Thanks though.
2009-03-12 20:52 <vengfulsquirrel> I really want to get started on the production module and expanding the documentation though. There is a lot of stuff that isn't documented still and there isn't a lot of how to solve use-cases documented either.
2009-03-12 21:04 -!- paola( has joined #tryton
2009-03-12 21:20 -!- tekknokrat( has left #tryton
2009-03-12 22:05 <cedk> Timitos, udono, yangoon: do you want that we put the irclog on also?
2009-03-12 22:07 <Timitos> cedk: i will think about. but i seems to be a good idea
2009-03-12 22:08 <cedk> Timitos: I checked our script and it will be not difficult to add a /de directory
2009-03-12 22:08 <Timitos> great
2009-03-12 22:09 <Timitos> cedk: so if udono and yangoon also think it is a good idea we should do this
2009-03-12 22:10 <cedk> Timitos: by the way, who is the ower of the chan?
2009-03-12 22:10 <udono> Timitos: cedk yangoon: yeah, to have it logged would be good.
2009-03-12 22:10 <Timitos> cedk: htgoebel i think. but i also have access rights for the channel
2009-03-12 22:11 <cedk> Timitos: it is in case there is issue with the content, we need to know who contact
2009-03-12 22:12 <cedk> Timitos: and so perhaps ask also to htgoebel if it is ok
2009-03-12 22:12 <Timitos> cedk: i put an email address on the irc. the email is related to me
2009-03-12 22:13 <cedk> Timitos: what is the command to show this (I don't remember)
2009-03-12 22:14 <Timitos> cedk: /msg ChanServ ACCESS LIST
2009-03-12 22:16 <Timitos> cedk: /msg ChanServ INFO
2009-03-12 22:17 <Timitos> cedk: for your bookmarks:
2009-03-12 22:18 <cedk> Timitos: thanks
2009-03-12 22:34 -!- juanfer(n=juanfer@ has joined #tryton
2009-03-12 22:49 -!- rack1( has joined #tryton
2009-03-12 23:03 -!- paola( has left #tryton

Generated by 2.17.3 by Marius Gedminas - find it at!