IRC logs of #tryton for Monday, 2009-01-19

chat.freenode.net #tryton log beginning Mon Jan 19 00:00:01 CET 2009
2009-01-19 03:01 -!- ikks(n=igor@190.12.153.202) has joined #tryton
2009-01-19 05:19 -!- yangoon(n=mathiasb@p549F6A33.dip.t-dialin.net) has joined #tryton
2009-01-19 07:21 -!- nicoe(n=nicoe@ip-80-236-225-36.dsl.scarlet.be) has joined #tryton
2009-01-19 07:37 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-01-19 07:37 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-01-19 07:51 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-01-19 08:18 -!- enlightx(n=enlightx@89.118.225.142) has joined #tryton
2009-01-19 08:23 <CIA-51> tryton: casaxa roundup * #653/Product replacement: Ok Ced, I talk about replacements in parts. Its not a production problem. The parts are sometimes composed by other codes. Therefore the already a ...
2009-01-19 08:36 <CIA-51> tryton: casaxa roundup * #652/automatic updates of prices in the price lists.: Hi Ced, it would be really nice to see this thing done. I can help with some coding from my side. I'm not very good at python but something I can ...
2009-01-19 08:46 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-01-19 08:55 <CIA-51> tryton: ced roundup * #652/automatic updates of prices in the price lists.: A possibility is to modify the import csv file to allow to put the id. And if the id is set, the server will simply update the record instead of c ...
2009-01-19 08:55 -!- enlightx(n=enlightx@89.118.225.142) has joined #tryton
2009-01-19 09:18 -!- kleinerdrache(n=mn@88-117-117-18.adsl.highway.telekom.at) has joined #tryton
2009-01-19 09:41 -!- carlos(n=carlos@89.7.24.44) has joined #tryton
2009-01-19 09:44 -!- Gedd(n=ged@ip-80-236-225-36.dsl.scarlet.be) has joined #tryton
2009-01-19 09:47 -!- bechamel(n=user@85.201.86.139) has joined #tryton
2009-01-19 09:59 <Gedd> bechamel: cedk: Salut. Vous pourriez venir sur le chan #openhex pour discuter d'un truc à propos de la modif de relatorio?
2009-01-19 10:04 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-30469a8865720e21) has joined #tryton
2009-01-19 10:31 -!- kleinerdrache(n=mn@88-117-54-59.adsl.highway.telekom.at) has joined #tryton
2009-01-19 10:52 -!- ikks(n=igor@190.12.153.202) has joined #tryton
2009-01-19 11:00 <carlos> ikks: hi, just in case it helps you, http://hg.pemas.es/account_chart_spain/ that's the Chart of accounts for Spain (is not complete yet, but it may help you for yours)
2009-01-19 11:01 <carlos> ikks: The documentation that may help you to understand it is at http://www.boe.es/boe/dias/2007/11/20/pdfs/SUP07_278C.pdf
2009-01-19 11:01 -!- kleinerdrache(n=mn@88-117-55-151.adsl.highway.telekom.at) has joined #tryton
2009-01-19 11:01 <ikks> click
2009-01-19 11:03 <ikks> ACTION bookmarking
2009-01-19 11:05 -!- simahawk(n=simao@89.118.225.142) has joined #tryton
2009-01-19 11:05 -!- simao_(n=simao@89.118.225.142) has joined #tryton
2009-01-19 13:27 <Timitos> carlos: there are some account.templates with <field ref='????' name='type'/> in your account chart. is this because of missing information?
2009-01-19 13:28 <carlos> it's a working in progress
2009-01-19 13:28 <carlos> I added first all types
2009-01-19 13:28 <carlos> now, I'm adding accounts in batches
2009-01-19 13:28 <carlos> and after finishing a batch, I fill the type reference
2009-01-19 13:28 <carlos> that's just a placeholder to remind me the missing type references I need to fill
2009-01-19 13:29 <Timitos> carlos: ok. you cannot add the type by batch?
2009-01-19 13:29 <carlos> the data is in a PDF file, so I'm doing it manually and for me is faster to do it in this way
2009-01-19 13:29 <Timitos> ok
2009-01-19 13:29 <carlos> otherwise I need to go up and down in that PDF file
2009-01-19 13:32 <carlos> Timitos: btw, your German chart of accounts was really helpful for me to understand how to create the one for Spain
2009-01-19 13:34 <Timitos> carlos: thx. nice to hear
2009-01-19 13:35 <carlos> at least, I think I got the idea :-P
2009-01-19 13:35 <Timitos> carlos: did you see that i also added taxes now?
2009-01-19 13:35 <carlos> yes
2009-01-19 13:35 <carlos> that's the next step
2009-01-19 13:35 <carlos> once I finish with the chart of accounts
2009-01-19 13:36 <Timitos> carlos: what i can see in the xml the account chart looks good for me and seems working except the ones with the wrong ref. but this is clear
2009-01-19 13:36 <carlos> right, I did some testing loads in Tryton and it looks ok
2009-01-19 13:37 <carlos> the missing part (I didn't look into it yet), is the 'kind' attribute. I'm using 'other' always and once I finish with all accounts, I will start setting the right value there
2009-01-19 13:38 -!- ikks(n=igor@201.244.188.98) has joined #tryton
2009-01-19 13:39 <Timitos> you need the kind attribute for the domains of some fields. in product for example you have to define expense and revenue account. you will only see accounts with the correct kind there.
2009-01-19 13:39 <carlos> yeah, I know the concept
2009-01-19 13:39 <carlos> now I need to know which accounts should be set to which 'kind'
2009-01-19 13:40 <carlos> Timitos: One thing I'm not sure how to do is, that in Spain (not sure about other countries) what I'm adding are the 'base' accounts, which have 3 or 4 digits for its code, then, I'm supposed to create other accounts of between 6 and 9 digits with the prefix of the accounts I'm adding right now
2009-01-19 13:40 -!- evernichon(n=evernich@67.85-67-87.adsl-dyn.isp.belgacom.be) has joined #tryton
2009-01-19 13:40 -!- markusleist(n=markus@n4-93.dsl.vianetworks.de) has joined #tryton
2009-01-19 13:40 <carlos> the user is the one that should decide whether use 6, 7, 8 or 9 digits for the code when they create the fiscal year
2009-01-19 13:42 <Timitos> carlos: for what do you need this? are these different account charts for different purpose?
2009-01-19 13:43 <carlos> it's usually to assing a concrete account for each customer inside the main 'Customers (euros)' account
2009-01-19 13:45 <cedk> carlos: this is not needed in Tryton because you move line are linked to party
2009-01-19 13:45 <Timitos> carlos: yes. i know this. this is common in germany too. but in tryton this is not necessary as you can print third party balance for customers without creating different accounts for the parties
2009-01-19 13:46 <Timitos> ACTION was not so fast as cedk
2009-01-19 13:46 <carlos> hmm
2009-01-19 13:47 <carlos> there are other use cases
2009-01-19 13:48 <cedk> carlos: party column in the database is like a "sub-account"
2009-01-19 13:48 <Timitos> carlos: i also thought of creating accounts for every party. but this makes some things more difficult in tryton. so i decided to do it the tryton way
2009-01-19 13:48 <carlos> for instance, when paying the salary
2009-01-19 13:48 <cedk> Timitos: this is because it is an heritage of old accounting practice but now we have relation-databases :-)
2009-01-19 13:49 <carlos> I need to get all taxes I paid for each employee
2009-01-19 13:49 <Timitos> cedk: i appreciate this ;-)
2009-01-19 13:49 <Timitos> carlos: this case i do not know
2009-01-19 13:50 <carlos> If I only have an account, how could I get such report? with a balance report for that employee?
2009-01-19 13:50 <cedk> carlos: a employee will be also a party :-)
2009-01-19 13:50 <carlos> so in a movement, I need to set the account and the party related with such movement?
2009-01-19 13:51 <carlos> ACTION is not sure whether 'movement' is the right term in English, sorry, I don't remember right now
2009-01-19 13:51 <carlos> ACTION checks
2009-01-19 13:51 <cedk> carlos: yes, we use "move line" or "account move line"
2009-01-19 13:52 <carlos> right, that one
2009-01-19 13:52 <carlos> cedk: so I guess setting such party + account information would be enough, right?
2009-01-19 13:52 <Timitos> carlos: yes. it is possible this way
2009-01-19 13:52 <carlos> nice
2009-01-19 13:53 <carlos> but that would mean that I will need to document such feature really well or people coming from other software solutions will get confused
2009-01-19 13:53 <carlos> even OpenERP works in that way!
2009-01-19 13:53 <carlos> ACTION is not complaining
2009-01-19 13:54 <carlos> Of course, this simplifies my life as a user, I really hate the fact that I need to create a new account with each new customer / provider I create in OpenERP right now
2009-01-19 13:54 <carlos> manually...
2009-01-19 13:54 <cedk> carlos: but nothing prevents you to work in your way. But you will need to create many accounts on the fly
2009-01-19 13:55 <carlos> I agree that Tryton's way is the way to go
2009-01-19 13:57 <carlos> the only thing left is to check with my "tax advisor" that there aren't any side effects if we work in this way with the Spanish law
2009-01-19 13:58 <carlos> in fact... I guess the solution that the Spanish OpenERP guys did is just a wizard that asks you for the number of digits and creates a preset of those accounts
2009-01-19 13:58 <cedk> carlos: of course, but generally the law doesn't tell you how to work but only the result you must have
2009-01-19 13:59 <carlos> sure, my point is that we don't need anything special that we cannot generate automatically with a Tryton report (even if such reports is a custom one for Spain) and if we need such special report, how should it look like
2009-01-19 14:00 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has joined #tryton
2009-01-19 14:01 <cedk> carlos: yes, it is better to try to use all the set of standard feature of Tryton
2009-01-19 14:02 <carlos> As I said, the main problem I see is changing our customers minds, but that shouldn't be too hard with a good explanation now that I know about it :-)
2009-01-19 14:04 <carlos> btw, I had an idea, is there any place to add some 'documentation' for each account entry?
2009-01-19 14:04 <cedk> carlos: especialy if you explain that it means less work :-)
2009-01-19 14:04 <carlos> indeed
2009-01-19 14:04 <cedk> carlos: what do you call "account entry" ?
2009-01-19 14:05 <carlos> would be really useful if we could add a brief explanation of that account usage so people don't need to read the original document from where we got the chart of accounts
2009-01-19 14:05 <carlos> a chart of accounts entry
2009-01-19 14:05 <carlos> for instance, account 4100 Customers (Euros)
2009-01-19 14:06 <carlos> that's the account to use in movements with customers that use Euros
2009-01-19 14:06 <carlos> well, in Spain, it's the 4300, but you get the idea ;-)
2009-01-19 14:06 <cedk> carlos: there is a note field on account.account but not on the template
2009-01-19 14:07 <cedk> carlos: is it this ?
2009-01-19 14:07 <carlos> so I want to add a brief explanation about when such account should be used
2009-01-19 14:07 <cedk> Timitos: do you think it will be usefull?
2009-01-19 14:07 <carlos> cedk: yeah, but for the template
2009-01-19 14:07 <carlos> it makes no sense to duplicate it
2009-01-19 14:07 <cedk> carlos: of course if we add it, the value will be copied in the account
2009-01-19 14:08 <carlos> hmm, to have the information per database, instead of globally?
2009-01-19 14:08 <carlos> just like translations and other resources?
2009-01-19 14:08 <cedk> carlos: but people works with account not template
2009-01-19 14:09 <carlos> ok, I'm still learning terminology and Tryton internals
2009-01-19 14:09 <carlos> yeah, I think it makes sense to do it in that way
2009-01-19 14:09 <carlos> so we would 'initialise' the note field from the template
2009-01-19 14:09 <carlos> but the user may customise it later
2009-01-19 14:10 <cedk> carlos: yes
2009-01-19 14:10 <Timitos> cedk: for small companies this could be helpful but much work for the maintainer of the account chart i think. but i am not sure if we should make this. for example in germany there is a law that restricts us in creating such informations as only a tax advisor is allowed to give such informations.
2009-01-19 14:11 <carlos> Timitos: yeah, I'm having small companies in mind
2009-01-19 14:11 <cedk> Timitos: but it can be just some tips
2009-01-19 14:11 <Timitos> but to provide such a field will create the possibility to give such informations only. so the maintainer would be responsible to use the field
2009-01-19 14:11 <cedk> Timitos: the field can be there but not use in Germany
2009-01-19 14:11 <Timitos> cedk: yes. this is what i tried to say
2009-01-19 14:12 <cedk> carlos: ok, you can make the dev if you want (to learn :-)
2009-01-19 14:12 <carlos> Timitos: I'm not sure whether the same is true in Spain. However, I'm thinking on using the document our goverment publish as the origin of such information, so is not something I'm "inventing"
2009-01-19 14:13 <cedk> carlos: http://code.google.com/p/tryton/wiki/HowtoContribute
2009-01-19 14:13 <carlos> cedk: I will try to, as Timitos said, Is much more work to create the chart of accounts
2009-01-19 14:13 <Timitos> carlos: feel free to do so. but i recommend to ask your tax advisor too. but if the information is provided from government i do not see problems.
2009-01-19 14:13 <carlos> but that's not on my top priorities right now, just an idea I had while preparing the chart of accounts
2009-01-19 14:14 <cedk> Timitos: or from any official sources that you can put in the code
2009-01-19 14:14 <carlos> Timitos: I will do it
2009-01-19 14:14 <cedk> and in the COPYRIGHT: "...WITHOUT ANY WARRANTY..."
2009-01-19 14:14 <carlos> from your comments, seems like in Spain, the chart of accounts information is much more simple to get than in other countries
2009-01-19 14:16 <carlos> In USA I found they don't even have a fixed chart of accounts so that would be interesting how to work with different software solutions out there...
2009-01-19 14:18 <Timitos> carlos: in austria you get this very easy too (i know from FWiesing). but in germany there is not so much information from the government. we have many different account charts you can choose from.
2009-01-19 14:18 <carlos> as far as I know we have two of them
2009-01-19 14:19 <carlos> both published by the government
2009-01-19 14:19 <carlos> and individuals that are their own companies
2009-01-19 14:19 <carlos> don't need to use one
2009-01-19 14:19 <carlos> well, or what they use would be seen as a 'trivial chart of accounts'
2009-01-19 14:20 <Timitos> yes. for individuals we do have the same solution
2009-01-19 14:20 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-01-19 14:22 <Timitos> cedk: i am sitting on this cash discount topic and i saw that tryton saves the maturity date in the account move line. so if i implement cash discount there are more possible due dates for payment with different values. for this i am not sure how to handle this. perhaps to add the payment term on the account move? i think this is not a good idea. do you have an idea?
2009-01-19 14:23 <cedk> Timitos: I think that due date must be the normal due date (without cash discount)
2009-01-19 14:24 <cedk> Timitos: and for me the cash discount must be handle on the reconciliation of the invoice
2009-01-19 14:26 <Timitos> cedk: yes. but you compute payment term information for report with 'lines_to_pay' from account.move.line. so i need to find a solution to create the necessary information for the invoice. in this case i cannot do this with the function field 'lines_to_pay' as there are missing the informations about cash discount. perhaps i need to add another function field
2009-01-19 14:34 <yangoon> anyone else could test spell checking with the client please?
2009-01-19 14:34 <yangoon> I would like to know, if the segfaulting of the client here is related to my installation or to the client
2009-01-19 14:35 <yangoon> each time I am selecting a proposal for a (false wriitten) word, it segfaults
2009-01-19 14:36 <yangoon> same for stable and for tip
2009-01-19 14:38 <Timitos> yangoon: on which field can i test this? i think i always have this function deactivated
2009-01-19 14:38 <yangoon> Timitos: either some description, comment on sale, purchase lines
2009-01-19 14:38 <yangoon> Timitos: any text field
2009-01-19 14:40 <Timitos> yangoon: for me the client crashes too when choosing a proposal
2009-01-19 14:40 <yangoon> Timitos: ok, thx, you are running ubuntu?
2009-01-19 14:40 <Timitos> yangoon: yes
2009-01-19 14:41 <yangoon> cedk: could you also have a look on gentoo?
2009-01-19 14:42 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-8821cc9b99756432) has joined #tryton
2009-01-19 14:46 <cedk> Timitos: I don't understand your issue
2009-01-19 14:47 <Timitos> cedk: ok. i try to explain another way...
2009-01-19 14:48 <Timitos> as you said the maturity date will be the final due date without cash discount. i agree with you for this. this date and the due amount is presented in the invoice in the area 'payment term'
2009-01-19 14:49 <cedk> yangoon: for testing, I need to compile a lot of gnome stuff :-(
2009-01-19 14:49 -!- mwagner_(n=mwagner@p4FC6EF96.dip.t-dialin.net) has joined #tryton
2009-01-19 14:49 <Timitos> now i want to implement cash discount and i also want to present the date and the amount for the new payment dates that will happend when granting cash discount
2009-01-19 14:50 <cedk> Timitos: so you must add a new field
2009-01-19 14:51 <Timitos> cedk: this is what i think. it must be a function field that adds the missing informations to lines_to_pay perhaps.
2009-01-19 15:04 <cedk> Timitos: still don't understand
2009-01-19 15:04 <cedk> Timitos: and by the way, I don't think it is realy useful to display discounted amount
2009-01-19 15:05 <Timitos> cedk: but many companies do it.
2009-01-19 15:08 <Timitos> cedk: i you do not understand then i am thinking the wrong way
2009-01-19 15:12 <Timitos> s/i/if
2009-01-19 15:16 <cristi_an> sorry for getting into this: in ro there are companies that display the discount others no ,solution a check box when is printed...or it may be set as a flag to customer..whatever
2009-01-19 15:16 <cedk> Timitos: do you speak about the invoice report
2009-01-19 15:17 <Timitos> cedk: yes
2009-01-19 15:18 <cedk> Timitos: but this is strange because you will have many times the same amount (less discount)
2009-01-19 15:18 <cedk> Timitos: I think this will confuse customers
2009-01-19 15:30 <Timitos> cedk: maybe yes. maybe not.
2009-01-19 15:34 <cedk> Timitos: I think customer will think that he must pay at each dates
2009-01-19 16:12 -!- tapwag(n=mwagner@p4FC6EF96.dip.t-dialin.net) has joined #tryton
2009-01-19 16:38 -!- panthera(n=daniel@unable-to-package.org) has joined #tryton
2009-01-19 16:41 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-d277597499f8e1c6) has joined #tryton
2009-01-19 17:35 -!- mrcast(n=mrcast@host49-68-dynamic.41-79-r.retail.telecomitalia.it) has joined #tryton
2009-01-19 17:35 -!- mrcast(n=mrcast@host49-68-dynamic.41-79-r.retail.telecomitalia.it) has left #tryton
2009-01-19 19:15 -!- ikks(n=igor@201.244.188.98) has joined #tryton
2009-01-19 19:20 <CIA-51> tryton: ced roundup * #540/The assign button is accessible, even when I can not assign.: [resolved] Fix with changeset 7e68211f66d4
2009-01-19 19:20 <CIA-51> tryton: C?dric Krier <ced@b2ck.com> default * 430:7e68211f66d4 stock/ (TODO packing.py packing.xml): Add wizard for assignation on customer packing and internal packing for issue540
2009-01-19 19:20 <CIA-51> tryton: C?dric Krier <ced@b2ck.com> default * 1164:1eb03d131601 tryton/tryton/gui/window/dbcreate.py: Extend database name check
2009-01-19 19:21 -!- paola(n=paola@host-84-223-76-210.cust-adsl.tiscali.it) has joined #tryton
2009-01-19 19:22 -!- saxa(i=1000@host242-95-static.223-217-b.business.telecomitalia.it) has joined #tryton
2009-01-19 19:27 -!- Timitos(n=Timitos@88.217.184.172) has left #tryton
2009-01-19 19:29 <CIA-51> tryton: casaxa roundup * #652/automatic updates of prices in the price lists.: Ok, thats fine for me. The only problem arises for the first import. To know which item has which ID. Isnt it ?
2009-01-19 19:29 <saxa> woow, bot is fast :)
2009-01-19 19:31 -!- Gedd(n=ged@77.109.112.91) has joined #tryton
2009-01-19 19:35 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-01-19 19:41 -!- enlightx(n=enlightx@host-84-220-86-72.cust-adsl.tiscali.it) has joined #tryton
2009-01-19 19:53 -!- Gedd(n=ged@77.109.112.91) has joined #tryton
2009-01-19 20:00 -!- markusleist(n=markus@n4-93.dsl.vianetworks.de) has joined #tryton
2009-01-19 20:33 -!- mmarshall(n=mmarshal@adsl-76-255-73-67.dsl.rcsntx.sbcglobal.net) has joined #tryton
2009-01-19 20:36 <enlightx> hi *, i read somewhere that tryton supports pos
2009-01-19 20:36 <enlightx> is that true?
2009-01-19 20:43 <carlos> enlightx: well, my company is working on that field so I don't think that's true. It may support POS easily, but you need to do the integration
2009-01-19 20:45 <enlightx> i never worked with pos before, so i don't know they work. i guess they have a serial connector
2009-01-19 21:01 <carlos> well, a POS is just a computer
2009-01-19 21:01 <carlos> it has a program on it that is connected in some way to the management software, like Tryton
2009-01-19 21:02 <carlos> and usually, a POS is touch-screen oriented
2009-01-19 21:02 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton
2009-01-19 21:29 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-d7cc36e2ddf417dc) has joined #tryton
2009-01-19 21:37 <cristi_an> guys i looked closer to adempiere and compiere today
2009-01-19 21:37 <cristi_an> since compiere is quite old
2009-01-19 21:37 <cristi_an> i noticed a lot of similarities with open erp tryton
2009-01-19 21:37 <cristi_an> do yo uknow if they had some common consultatnts in the past
2009-01-19 21:37 <cristi_an> ?
2009-01-19 21:38 <cristi_an> user rights,application dictionary,how the toolbar loks like,workflows
2009-01-19 21:38 <cristi_an> this are common stadard for any ope source erp ?
2009-01-19 21:43 <bechamel> cristi_an: I think that compiere inspired some ideas in tinyerp but i don't how much
2009-01-19 21:44 <bechamel> cristi_an: fabien told me that the ir.* names comes from compiere
2009-01-19 21:44 <bechamel> and it stands for internal repository iirc
2009-01-19 21:46 <cristi_an> i see
2009-01-19 21:46 <cristi_an> there are a lot of similarities....
2009-01-19 21:47 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has left #tryton
2009-01-19 21:47 <cristi_an> and i guess this was taken from sap
2009-01-19 21:48 <cristi_an> originally since the creator of compiere worked fot SAP from what i know
2009-01-19 22:16 <CIA-51> tryton: vengfulsquirrel * r424 /wiki/TrytonMRPIntegration.wiki: Added features about supporting a multiple output BOM, local product substitutes and global product substitutes.
2009-01-19 22:17 <vengfulsquirrel> CIA is on the ball today.
2009-01-19 22:18 <vengfulsquirrel> Is there any programmable csv importing functionality in Tryton?
2009-01-19 22:37 <bechamel> vengfulsquirrel: no but it shouldn't be difficult, you can even do it outside the server itself using osv as a library: http://groups.google.com/group/tryton/browse_thread/thread/72785c50c23a293f/128ac0f4499509e4?lnk=gst&q=bertrand#128ac0f4499509e4
2009-01-19 22:53 <vengfulsquirrel> bechamel: Okay thank you, I guess was thinking maybe there was a more well defined interface to say create a sale. I'm trying to import them probably regularly in batches, but I just have to make sure and define all necessary fields myself and use OSV directly.
2009-01-19 23:37 -!- bechamel(n=user@85.201.86.139) has joined #tryton
2009-01-19 23:40 <vengfulsquirrel> What does bis mean in the context of street(bis) on an address?
2009-01-19 23:41 <yangoon> vengfulsquirrel: it's just a second address line
2009-01-19 23:41 <vengfulsquirrel> Okay
2009-01-19 23:41 <vengfulsquirrel> Thanks
2009-01-19 23:41 <yangoon> vengfulsquirrel: in some countries you need it
2009-01-19 23:42 <vengfulsquirrel> Yeah I guess two address lines is kind of familiar to me I just thought that bis had some special meaning.

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