[00:03] Last message repeated 1 time(s).
ajmitch__ (~me@p62-max3.dun.ihug.co.nz) joined #gnuenterprise.
ajmitch (me@p6-max1.dun.ihug.co.nz) left irc: Ping timeout: 180 seconds
Nick change: ajmitch__ -> ajmitch
jbailey (jbailey@Toronto-HSE-ppp3640403.sympatico.ca) left irc: "Client Exiting"
Yurik (~yrashk@gw.telcos.net.ua) joined #gnuenterprise.
<Yurik> re
ra3vat (~ds@195.239.66.4) joined #gnuenterprise.
ajmitch (me@p62-max3.dun.ihug.co.nz) left irc: Ping timeout: 180 seconds
Mr_You (rouzer@mankind.boredom.org) left irc: Ping timeout: 180 seconds
ajmitch (~me@p32-max2.dun.ihug.co.nz) joined #gnuenterprise.
Yurik (yrashk@gw.telcos.net.ua) left irc: "BitchX-1.0c18 -- just do it."
ra3vat (ds@195.239.66.4) left irc: Ping timeout: 180 seconds
psu (psu@manorcon.demon.co.uk) joined #gnuenterprise.
Isomer (dahoose@210-86-56-53.jetstart.xtra.co.nz) left irc: Remote closed the connection
Maniac (darryl@24.82.132.209) left irc: Ping timeout: 180 seconds
Maniac (~darryl@24.82.132.209) joined #gnuenterprise.
psu (psu@manorcon.demon.co.uk) left #gnuenterprise.
Rafterman (tim@lister.sesgroup.net) left irc: Remote closed the connection
chillywilly (danielb@d32.as15.nwbl0.wi.voyager.net) left irc: 
Mr_You (rouzer@mankind.boredom.org) joined #gnuenterprise.
reinhard (~rm@N804P013.adsl.highway.telekom.at) joined #gnuenterprise.
reinhard (rm@N804P013.adsl.highway.telekom.at) left irc: "There's always one more imbecile than you expect"
Isomer (dahoose@210-86-56-53.jetstart.xtra.co.nz) joined #gnuenterprise.
reinhard (~rm@62.47.44.109) joined #gnuenterprise.
ra3vat (~ds@195.239.66.1) joined #gnuenterprise.
ra3vat (ds@195.239.66.1) left irc: Ping timeout: 180 seconds
ToyMan (~stuq@c5300-3-ip137.albany.thebiz.net) joined #gnuenterprise.
jamest_ (~jamest@hobbes.math.ksu.edu) joined #gnuenterprise.
<jamest_> good day
<jamest_> reinhard: you here?
<reinhard> yes
<jamest_> bwahahahha
<jamest_> er, i mean, good
<reinhard> lol
<jamest_> did you have a chance to look at db API?
<reinhard> i read through the .txt
<reinhard> and decided that it must be incomplete so i must look at the source
<jamest_> ah
<reinhard> but didn't have time yet to look at the source
<reinhard> closely
<jamest_> gotcha
<reinhard> for example i saw some introspection methods in the source
<reinhard> but not in .txt
<jamest_> let me lay a new one on you then
<jamest_> (introspection is being fleshed out and isn't documented)
<reinhard> ah
<jamest_> ok, new one
<reinhard> brb 1 min please continue talking :)
<jamest_> for the python interface to C I'm writing a set of higher level functions that reduce the amount of boilerplate code for each python call
<jamest_> so that it's fairly clean in the main code
<jamest_> got the thinking (an amazing process btw, i need to do it more often) that maybe this layer would be
<jamest_> nicer if it was a generic langauge embedding wrapper 
<reinhard> back
<jamest_> but I haven't thought it thru too much
<reinhard> python interface to C means?
<reinhard> a. c calls python
<reinhard> b. python calls c
<reinhard> ?
<jamest_> c calls python
<reinhard> ok
<reinhard> fr7
<jamest_> ?
<reinhard> sorry wrong window
<jamest_> anyway, I didn't know if this is something usefull or not
<jamest_> I knew someone was looking at extending geas trigger support
<jamest_> but i don't think they've been arround recently
<jamest_> btw - i swore guile(?) was just such a library but it doesn't seem to be what I thought it was
<grib> jamest_: guile started out with more of that as a goal
<grib> it's quite well integrated with C, and the idea was that it could provide syntaxes like any other language (because scheme has such powerful metasyntax constructs)
<grib> it just hasn't worked out that way
<grib> which doesn't bother those of us that use guile, because it's a nice scheme environment integrated tightly with C
<jamest_> so they dropped the language filters support then?
<grib> but doesn't help with the "converting the masses to guile"
<grib> jamest_: not so much dropped it, as it never materialized
<grib> there was one called "ctax" which was a C syntax 
<grib> but nobody ever picked it up and it never got completed
<reinhard> ok back again (was on phone)
<grib> nobody seems to really want it that much. 
<reinhard> multiple language support would be a goal for geas but is way off imho
<reinhard> and my understanding was that guile is scheme only
<grib> reinhard: right... if that bothers you, you can think of it as "python, but with a regular syntax" :)
<reinhard> ok now reading grib's comments and understanding :)
<jamest_> :)
<reinhard> jamest_ however i'm not sure if we should create/use this multilanguage abstraction layer for things we wouldn't need it
<jamest_> reinhard: can you reword?
Action: reinhard is more a fan of code that does exactly what it has to do and not more
<jamest_> ah, nevermind
Action: jamest_ is slow
<reinhard> <jamest_> got the thinking (an amazing process btw, i need to do it more often) that maybe this layer would be
<reinhard> <jamest_> nicer if it was a generic langauge embedding wrapper 
<reinhard> it would be nice
<reinhard> to have this generic wrapper
<reinhard> but we shouldn't do it where we don't have to do it
<reinhard> (mho)
<reinhard> if you want to do it i won't object
<reinhard> but i don't see any gain _here_
<jamest_> ah, gotcha
<jamest_> I'm still debating it myself
<reinhard> i'm a big fan of the "unix way" of doing things
<reinhard> not asking "wouldn't it be nice if grep could also sort the output"
<reinhard> but knowing that grep and sort are different tools and can be combined
<reinhard> and every tool does one thing, but that in perfect manner
<reinhard> hope you get what i mean :)
<jamest_> yip
<reinhard> btw this is why i don't like emacs
<reinhard> ^ ^ ^ psu please don't put this in kc :)
<jamest_> you....dont.....like....emcas?
<jamest_> gasp!
<jamest_> but what other text editor can edit code, wash your car, clean your fridge, and tell you when to go to the bathroom?
<reinhard> :)
<reinhard> i have my own module to clean the fridge
<reinhard> it's called "sabine"
<reinhard> ;)
<jamest_> oooo
<jamest_> i hope she doesn't read our logs
<reinhard> probably not :)
<jamest_> i hope she's the person in the pic I've seen and not the name of a family pet 
<reinhard> she is of course
<jamest_> whew
Action: reinhard pictures a goat licking the fridge to clean it
<jamest_> lol
<jamest_> btw - you remember when win* was benchmarked against samba
<jamest_> and samba lost and the free software community was all up in arms about it
<jamest_> unfair tests, etc, etc
<reinhard> far away memory fading...
<jamest_> i found it odd that visting the samba site today
<reinhard> wasn't it ms that paid for the benchmark?
<jamest_> they have a newpost from Nov. that show new benchmarks beat w2k in every test
<jamest_> PC Magazine did the test
<jamest_> and I didn't hear a word about it
<jamest_> kinda odd
<jamest_> figured it'd at least be worth an unbiased /. news story "W2K is Samba's bi0tch!  MS Sucks! Free OSs^H^H^H^H^H^H^H^HLinux rules!"
<reinhard> hehe
<reinhard> i guess the reason is
<reinhard> win faster than samba is a surprise for everyone
<reinhard> and has to be mentioned
<reinhard> samba faster than win is an old story
<reinhard> and doesn't get anybody surprised
<reinhard> so no worth writing about it
<reinhard> :)
<jamest_> :)
<jamest_> something else funny
<jamest_> my samba install has worked flawlessly for so long
<jamest_> I forgot about keeping it up to date
<jamest_> care if I ask a database design question?
alexey (alex@techkran.vladimir.ru) left irc: "[x]chat"
<reinhard> shoot away
<jamest_> ok
<jamest_> we have the following classes of people
<jamest_> Grad Students
<jamest_> Faculty
<jamest_> Staff
<jamest_> Undergraduate Students
<jamest_> currently the people in the office seperate these into seperate WordPerfect mail merge files they use as databases (don't ask)
<jamest_> I am very , very tempted to make a general person table with either a classification field or  a second table containing their classification 
<jamest_> and I was wondering what you typically do for your clients 
<jamest_> i know the office will hate a single table
<jamest_> but they hate anything that isn't a word perfect mail merge file
<jamest_> (again don't ask....I would have to rant for a 1/2 hour)
<jamest_> so I guess the question is would people suggesting making seperate tables (views are readonly in postgresql :( )
<jamest_> or a single table and tell the users to deal with it
<jamest_> or other
<jamest_> hello?
<reinhard> sorry back
<reinhard> just a sec
<reinhard> (sorry i am at work and not so good in multitasking)
<jamest_> :)
<reinhard> in any case single table
<reinhard> at least if the information is the same for all people
<jamest_> most of it is
<reinhard> ok
<reinhard> then i would go single table
<jamest_> some things like office number and office hours wouldn't apply to undergraduate students
<reinhard> well with geas i would go common parent table and inheritance ;)
<reinhard> anyway
<reinhard> with single table you gain the possibility to
<jamest_> once I get them out of the word perfect way of doing things
<reinhard> 1. do mail merge for all sorts of people in one step
<jamest_> and into rdbms lifestyle
<jamest_> then we'll talk OO :)
<jamest_> hmmm
<jamest_> i wonder if I should merge my alumni data in here too
<reinhard> 2. maintain only one form instead of 4 forms
<jamest_> ok, i'm going single table and deal with the dislike 
<reinhard> 3. create a new class of people w/o effort
<jamest_> i have to go for a sec but one last questoin
<reinhard> you could make it mostly transparent so to the user it could seem as it was 4 tables
<jamest_> on the office houts
<jamest_> hours
<jamest_> I'm tempted to make office_hours table w/ link to people table
<reinhard> many ppl have same office hours?
<jamest_> no
<jamest_> all different
<jamest_> and change ever 4 months
<reinhard> so it would be 1:1?
<reinhard> ah
<reinhard> 1:n
<jamest_> yes
<jamest_> bbias
<reinhard> although it's not "normalization", i would make 3 fields in the main table
<reinhard> it's better understandable to the normal user than a master/detail
<jamest_> ok
<jamest_> that's what we used to do at the place I worked
<jamest_> however over time some tables got HUGE :)
<reinhard> sure
<reinhard> but for a factor of 3 i think it is doable
<jamest_> cool!
<reinhard> i would like a single table with say 90 fields better
Action: jamest_ isn't a normalization die hard anyway
<reinhard> than 30 tables with 1 field and 3 records each
<jamest_> :)
<jamest_> dont tell anyone...but it makes the forms easier to create too :)
<reinhard> sure
<reinhard> can i ask about the db interface?
<jamest_> you bet
<reinhard> i don't understand the need for 3 classes
<reinhard> doesn't every DataObject have exactly 1 ResultSet attached
<reinhard> and every ResultSet exactly 1 (current) RecordSet?
<jamest_> nope
<jamest_> a recordSet is one record pulled from the backend 
<jamest_> it's the individual fields
<jamest_> a resultSet is a group of recordSets
<jamest_> a dataSource is the connection to the backend
<jamest_> so you pass a query to a dataSource and get a resultSet handed back to you
Action: reinhard is on the phone
<jamest_> if I screwed up naming of things here it's cause I'm doing from memory
<jamest_> resultSets also implement caching so that if I pull 30000 postal codes from the db the resultSet may only grab them 20 at a time
<reinhard> ok may i sum up what i understood?
<reinhard> you have a single DataObject
<reinhard> you can run 5 queries on that DataObject at the same time
<reinhard> then you get 5 ResultSets
<reinhard> each ResultSet contains a pointer to the current RecordSet
<reinhard> you can save the pointer and do ResultSet.nextRecord() afterwards
<reinhard> and save that pointer again
<reinhard> and both pointers are then valid RecordSets
<reinhard> so you can handle several RecordSets at a time
<reinhard> is that correct?
<reinhard> btw sounds much like our good old row/column interface we talked about in our younger days...
dsmith (dsmith@oh-strongsville5a-64.clvhoh.adelphia.net) left irc: Ping timeout: 180 seconds
<derek> jamest you here?
<derek> im interested in your multi language idea
<derek> as its a requirement for gnurpc
<derek> i think there is HUGE value in making common available to more than just python/C
<derek> im not sure the code to do it belongs in the db driver, but if you are having ideas you might wish to jaunt them down :)
<derek> er jot
Action: derek has nasty cold...dead brain
Action: derek is back (gone 09:31:29)
Action: derek is away: work
<reinhard> i'm not sure if for example dbdriver can be usable for other than python/c as long as it's coded in python
<reinhard> but i have not much experience in inter-language interfacing
ra3vat (~ds@195.239.66.7) joined #gnuenterprise.
<jamest_> reinhard: seems about right
<jamest_> reinhard: my brain isn't gnueing right now
<jamest_> i don't recall the old  row/column interface
<jamest_> derek: I'm talking about a generic wrapper to python that geas would use to assess the python objects
<jamest_> it makes the geas code cleaner
<jamest_> my thought was should I spend a little time to see if this generic wrapper API would work well if someone wanted to add another language
<jamest_> example would be
<jamest_> executeString('print foo')
<jamest_> where 'print foo' is python
<jamest_> but could be language of choice
<jamest_> this isn't a language provider just an API to make dealing with different languages more consistant inside our code base
<jamest_> so that the "python driver" would provide executeString, loadModule, etc, etc
<jamest_> and the perl driver would provide executeString, loadModule, etc, etc
Yurik (~yrashk@gw.telcos.net.ua) joined #gnuenterprise.
<jamest_> etc, etc
<Yurik> re
<jamest_> howdy
<jamest_> um derek, is cvs designer acting wierd
jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise.
<jcater> yip
<jcater> it's me
<Yurik> jcater hi
<jcater> hello
colonel (~arun@202.88.232.184) joined #gnuenterprise.
alexey_home (~alexey@195.151.214.34) joined #gnuenterprise.
Nick change: alexey_home -> alexey
ajmitch (me@p32-max2.dun.ihug.co.nz) left irc: Ping timeout: 180 seconds
dneighbo (dneighbo@mail.libertydistribution.com) joined #gnuenterprise.
<Yurik> dneighbo hi
dsmith (~dsmith@209.81.167.86) joined #gnuenterprise.
ajmitch (~me@p32-max2.dun.ihug.co.nz) joined #gnuenterprise.
<dneighbo> Yurik hello
<dneighbo> well they are shutting off access to
<dneighbo> hotmail
<dneighbo> yahoo
<dneighbo> etc etc etc
<dneighbo> because the county cant stop getting infected with virii
<grib> logic?
<dneighbo> the exchange 'virus' stuff is keeping things out ok, but people surf @ work and get virus from hotmail etc to their machines which then attach to the exchange shared email list and they are off to the races
<dneighbo> grib: point is there is NO logic
<dneighbo> a year ago after melissa i predicted it would get so bad here that they would stop allowing .exe and .zip files
<grib> wait .. windows machines can get viruses from going to HOTMAIL?
<dneighbo> and then stop .doc files
<dneighbo> and it would just get to the point where we wouldnt have email
<dneighbo> they all laughed at me
<dneighbo> at the county currently you can not send .exe, .vbs or .zip 
<dneighbo> it strips the attachment
<dneighbo> after last two outbreaks 
<dneighbo> they did same for .doc,.xls and .ppt (as a quarantine)
<dneighbo> and after the infection subsided (about 2 weeks) they let those file types go again
<dneighbo> it is really sad
<dneighbo> because a vendor is in secure the users must suffer
alexey (alexey@195.151.214.34) left irc: "Client Exiting"
alexey (~alexey@195.151.214.34) joined #gnuenterprise.
Isomer (dahoose@210-86-56-53.jetstart.xtra.co.nz) left irc: Ping timeout: 180 seconds
alexey (alexey@195.151.214.34) left irc: "Client Exiting"
ra3vat (ds@195.239.66.7) left irc: Ping timeout: 180 seconds
alexey (~alexey@195.151.214.34) joined #gnuenterprise.
alexey (alexey@195.151.214.34) left irc: Client Quit
Nick change: reinhard -> rm-away
Mr_You_ (rouzer@mankind.boredom.org) joined #gnuenterprise.
Mr_You (rouzer@mankind.boredom.org) left irc: Ping timeout: 180 seconds
<jamest_> dneighbo: lol
<jamest_> this is funny 
<jamest_> had a prof ask me today about a virii notice he recieved
<jamest_> it is such a joy to say "ignore it.  Youre immune"
Yurik (yrashk@gw.telcos.net.ua) left irc: Ping timeout: 180 seconds
<dneighbo> jamest_ i dont think we can get 'cocky'
<dneighbo> unices are not immune to virii or worms
<dneighbo> just they are not as common and generally can do a lot less damage
<dneighbo> but as some 'vendors' strive to be more like 'windows' and leave the 'history' of unix in the dust (me wont mention names)
<dneighbo> dont be suprised to start finding that linux will show up more and more in the news because of similar 'issues' :(
<jcater> sounds like a lot of monkey business to me
<jcater> ;)
<dsmith> dneighbo: Are you actually suggesting that some 'vendors' are implementing vb like scripting languages in their products!
Action: dsmith is shocked!
<dsmith> ;^)
fil_c (~username@host213-1-163-164.btinternet.com) joined #gnuenterprise.
<ToyMan> dneighbo: is there a site that documents known 'nix worms?
<fil_c> hi all
<dneighbo> btw im not against application scripting: im all for it
<dneighbo> im just against giving children matches
Action: dneighbo suggests some read the old logs for the analogy there :)
dsmith (dsmith@209.81.167.86) left irc: "later.."
fil_c (username@host213-1-163-164.btinternet.com) left irc: Remote closed the connection
phil_c (~username@host213-1-132-218.btinternet.com) joined #gnuenterprise.
phil_c (~username@host213-1-132-218.btinternet.com) left #gnuenterprise ("Client Exiting").
phil_c (~username@host213-1-132-218.btinternet.com) joined #gnuenterprise.
bigbrother joined #gnuenterprise.
jamest (~jamest@fh-dialup-201020.flinthills.com) joined #gnuenterprise.
dres_ (~dres@4.18.171.42) joined #gnuenterprise.
dres (dres@4.18.171.42) left irc: Read error: 104 (Connection reset by peer)
psu (psu@manorcon.demon.co.uk) joined #gnuenterprise.
ajmitch (me@p32-max2.dun.ihug.co.nz) left irc: Ping timeout: 180 seconds
colonel (arun@202.88.232.184) left irc: "[x]chat"
<psu> hi all
<psu> hi phil_c
<phil_c> hi psu
<psu> I was reading yesterday's log
<psu> The problem you've got
<psu> is *exactly* the one I've seen at clients before
<psu> There are no perfect solutions
<psu> but there are things you can do
<psu> If I've got it right,
<psu> the problem is that when you have Purchase Receipts
<psu> you do an immediate accrual 
<phil_c> we do
<psu> Dr. Expense A/c
<psu> or stock
<psu> Cr. control a/c 
<psu> (effectively creditors in disguise)
<psu> You then have to match this to the "real" accrual 
<psu> when the invoice finally arrives
<psu> As ToyMan was saying, 
<psu> this is fundamentally messy
<psu> just generically
<psu> As you usually have far to many many-to-many relationships flying about
<psu> i.e. each PO has mutliple lines,
<psu> each Purch Receipt has mutliple lines,
<psu> each invoice has multiple lines
<psu> and you can rely on any nice 1 -> N relationships anywhere
<phil_c> plus currency and price differences
<psu> ack - never had to deal with those
<phil_c> and quantity invoices vs received
<psu> that makes it even worse
<psu> quantity discrepancies I have seen
<psu> And then you have a judgement call 
<psu> (which no computer can ever truly make for you) 
<psu> as to whether a short delivery "completes" the order
<psu> or if you chase the last 5 widits out of 1000
<psu> that should be widgits, but I think I prefer widits ;-)
<psu> As an accountant, I used to approach these sorts of issues from a GL point of view
<psu> but you can also do it from PO or AP/PL
<psu> To make this work, 
<psu> you need to say that each Purchase Receipt line (not necess the whole Receipt)
<ToyMan> psu: "widiots" is correct, i think
<psu> and each Purchase Invoice line (not necess the whole Invoice)
<psu> ToyMan - isn't that HR, not manuf ? ;-)
<ToyMan> heh
<psu> relates to one and only one PO (not necess one PO line)
<psu> My system effectively enforced this, as you had to enter 1 & only 1 PO number 
<psu> for each PI line / PR line
<phil_c> brb
<phil_c> You are exactly correct pus.  I have some more detail as to our actual setup
<phil_c> This is for a stock item:
<psu> ok
<psu> So Dr. is to stock, rather than expense
<phil_c> yep
<phil_c> Stay an item with a standard cost of 75
Action: psu feels quite comfortable in #gnuenterprise for once
<psu> none of this python stuff I don't understand ;-)
<phil_c> Purchase order raised for 1off for USD 100
<phil_c> Purchase receipt occurs making following postings
<phil_c> STOCK             100
<phil_c> Accrual Acct                    100
<phil_c> also posting a purchase result (due to difference against standard cost)
<phil_c> Accrual Acct      25
<phil_c> Price Difference                100
<dneighbo> gack, we are being over run by accountants ;)
<phil_c> sorry
<phil_c> Price Difference                25
<psu> accountants rox
Action: phil_c is neither  (general dogs body)
<phil_c> Then get purchase invoice in
<phil_c> but for USD 80
<phil_c> Registered Inv    25
<phil_c> sorry
<phil_c> Registered Inv    80
<psu> ok - lots of lovely discrepancies 
<phil_c> AP Control Acct                 80
<psu> just the sort of real world mess they never cover in the manuals
<phil_c> and this is without quantity differences
<psu> Yes
<psu> the key thing is to KISS (Keep it simple)
<phil_c> Then the invoice is matched against the purchase receipt, and "approved"
<psu> Ideally, only deal with one discrepancy at a time
<phil_c> at approval the Accrual Acct must be reconciled with the registered invoices account
<phil_c> giving:
<phil_c> Accrual Acct      80
<phil_c> Registered Inv                  80
Action: dneighbo is lost, thats what he gets for only getting part of the conversation :)
<phil_c> and then the price difference must be posted to the GL, giving:
<phil_c> Accrual Acct      -5
<dneighbo> what is the problem from a large level in 'american' not 'english' ;)
<phil_c> Price Difference                  -5
<psu> dn - basically, just assume everything that could possibly mismatch, does
<dneighbo> psu: im talking higher level
<dneighbo> i dont recall the original 'situation'
<dneighbo> i.e.
<dneighbo> i give a customer an invoice for $300
<dneighbo> and he gives me a payment for $250
<phil_c> dneighbo: the difficulties in reconciling the value of received goods with purchase invoices
<dneighbo> was kind of what i thought the 'first' original thread was
<dneighbo> but then it turned into inventory counts etc
<psu> dn - there are several issues floating about here
<dneighbo> which seemed odd
<psu> First is exchange diff, which I know very little about 
<dneighbo> exchange diff is evil
<psu> having worked in or for UK public sector mostly
<dneighbo> lets leave it out of the equation for now :)
<psu> IMHO, exch diff is a seperate issue anyway
<dneighbo> so would be one problem be....
<phil_c> agreed
<dneighbo> i make a purchase order to vendorX
<dneighbo> for
<dneighbo> 15 widgets for total of $150
<dneighbo> i receive 10 widgets
<dneighbo> and then a day later get the invoice for $150
<dneighbo> what do i do?
<dneighbo> is that hte question?
<psu> partly
<dneighbo> i.e. do i pay him $100 but no close the PO
<psu> the answer depends on whether you regard the order as "completed" or not
<dneighbo> etc etc etc
<psu> I would never pay incorrect invoices just on principle
<psu> helps the cashflow
<dneighbo> or do i pay him a $100 and close it (in which case if the other 5 widgets show what do i do)
<psu> Also, in UK, VAT issues etc
<dneighbo> or do i not pay ANYTHING until the matter is resolved
<dneighbo> etc etc etc etc
<psu> VAT = sales tax
<dneighbo> the problem with these types of problems is that they are all up to the business :)
<dneighbo> which is why gnue is great :)
<psu> You have to decide whether the order is "complete" or not
<dneighbo> you can make it behave how you want to run your business :)
<psu> If so, when you receipt the 10, you close the order
<dneighbo> psu: i agree, but that decision will be up to the 'business owner'
<psu> & system should remove commitment for the other 5
<dneighbo> i am not a big fan of lets put in a hundred ways to do it and then toggle a crap load of flags to tell you how
<dneighbo> i would rather see this done in templates of sortsb
<psu> yes
<dneighbo> but those are an enigma right now :)
<dneighbo> so go figure
<dneighbo> i would say the base template should try to adhere to the GAAP or such accounting practices where applicable
<psu> I'm not sure GAAP is really relevant here
<dneighbo> so if the 'accounting standard' is to not pay until order if full or what not that should be the 'base' template
<psu> as that's really about external reporting 
<dneighbo> psu : i didnt mean GAAP
Action: phil_c tried to reconcile "no flags" with flexibility
<dneighbo> i meant damn accounting standard group that i can never remember acryonmn
<psu> phil_c - I think the issue is that with GNUe, 
<psu> you have access to the source code
<dneighbo> i just blurted GAAP out of repition (we deal with them wya oto much here ) ;)
<psu> so you can *make* the system work your way
<psu> re-write and re-compile if necess
<dneighbo> phil_c we have an idea of 'templates'
<psu> Not saying you should need/want to do that
<psu> but you could
<dneighbo> which are like the concepts of flags only more hard coded in a different way
<dneighbo> rather than slow the system down and have 1000 different flagable fields etc
<dneighbo> which are horrible for reporting and such
<dneighbo> templates provide way of doing almost a diff against BASE modules
<dneighbo> to add or remove functionality
<dneighbo> think of customizations that survive upgrades :)
<dneighbo> and that can be shared
<psu> dn - is this related to workflow, or is that another issue?
<dneighbo> in a nutshell thats best i cna describe it
<dneighbo> psu: different issue
<dneighbo> a simple example would be....
<dneighbo> maybe in BASE contact manager module
<dneighbo> i dont want to store a birthday date
<dneighbo> as not everyone really uses it
<dneighbo> so the base doesnt have it
<dneighbo> but you want it
<phil_c> psu: altering of business software internally helps the software "fit" business better in the short term, but becomes a nightmare for bug fixes.
<dneighbo> so you add it to the gcd and the form etc
<dneighbo> and run a process to create a template 
<dneighbo> now if the base changes you upgrade the base
<dneighbo> and 'reapply' the template
<dneighbo> thus preserving your customization
<dneighbo> you could also give that customizatoin to others
<psu> pc -I think dn just answered that ;-)
<dneighbo> phil_c thats what we are trying to acknowledge :)
<dneighbo> custom is best
<dneighbo> but it sucks to upgrade
<dneighbo> we want templates to give best of both worlds
<dneighbo> customize without loathing upgrades
<dneighbo> as in most software currently in the example i gave they handle it one of two ways
<phil_c> the holy grail of IT
<dneighbo> a. they owuld create a custom table (that let you define field name, data type, etc, then give you a grid somewhere to enter data on it)
<dneighbo> b. you just modify the source and they say F you if you want to upgrade
<dneighbo> a. works well for QUICKLY extending and not fearing up grades BUT
<dneighbo> generally data entry is in CLUMSY places
<dneighbo> reporting is horrid against 'custom' fields
<dneighbo> you can do business logic against them
<dneighbo> etc etc
<dneighbo> b is evil well because you want to be able to upgrade :)
<dneighbo> phil_c you notice i speak of templates with a shaky voice
<phil_c> dneighbo: I will be impressed!!!
<dneighbo> we know what we want to achieve, but we are not wholly convinced we have the wya to achieve it :)
<dneighbo> we are still 'formulating' how it will all play out
<dneighbo> phil_c note, jcater says we are going to take over the world, so i suppose a 'holy grail' would be a nice item to help achieve that ;)
<psu> <superman reference>I call shotgun on Australia</superman reference>
Action: dneighbo wonders if we can get a map to find excailubar why we are at it
<phil_c> I am encouraged by geas using object interfaces totally.  Direct table updates from gnue-forms would be a nightmare
<dneighbo> not sure i fully understand that
<dneighbo> but if you are encouraged, surely dont let me discourage you :)
<psu> jcater is away, so it's safe to diss 2-tier ;-|
bullhead (joe@h-64-105-244-252.ATLNGAHP.covad.net) left irc: Ping timeout: 180 seconds
bullhead (~joe@h-64-105-244-252.ATLNGAHP.covad.net) joined #gnuenterprise.
<psu> phil_c - in terms of your current problem
<phil_c> well saying insert_sales_order_line(order, item, qty, price) seems much more extendable
<phil_c> psu: yep
<psu> sorry - carry on
<phil_c> after you psu
<psu> no, finish yours with dn first
<jcater> hey, now
<jcater> I'm here
<jcater> no dissing
<psu> (who is probablythinking "polite brits..."
<phil_c> no sir... after you... no after you.. (anyway)
<phil_c> dneighbo: than insert into sales_order_lines etc
<phil_c> psu: you were saying?
<psu> yep
<psu> I think the exchange diff is a small scarlet fish
<psu> I don't know the accounting standards 
<dneighbo> exchange is just nasty because it changes DAILY
<dneighbo> btw: this is how many companies make millions
<psu> but would have thought that, if you have a liability of USD100/GBP75
<dneighbo> as waiting to pay a Invoice to a foreign country by a day or two can be worth millions
<psu> & the invoice is for USD/GBP80
<psu> then the extra £5 is an immediate write on/off
Action: psu wonders how many people's IRC clients display the £ properly
<psu> Main issue is trying to balance the Accrual account
<psu> I was lucky, in that my system posted in detail to it 
<psu> i.e. one transaction per PI line for the invoice
<psu> & one transaction per PR for the receipt
<psu> *also* both PI line & PR line had the related PO number shown
<psu> but natch in different fields
<psu> I ended up with a scrappy bit of SQL
<psu> something like
<psu> select (decode(TRANS_TYPE,'PI',PI_PO_NO,'PR','PR_PO_NO','Unknown')
<psu> , AMOUNT)
<psu> from gl_transaction_lines 
phil_c (username@host213-1-132-218.btinternet.com) left irc: Read error: 54 (Connection reset by peer)
<psu> where 
<psu> gl_code = "ACCRUAL ACCOUNT"
<psu> or something
<psu> I think I even summed the AMOUNTS with a group by
phil_c (~username@host213-122-196-196.btinternet.com) joined #gnuenterprise.
Action: psu is a mean moody SQL machine
<psu> If your system doesn't post in detail
<psu> it should still be do-able 
<psu> as long as you can get back to the PO number somehow
<psu> linking out to the PO & AP/PI modules if necessary
<psu> This will tell you *which* POs have an imbalance on the Accruals account
<psu> The problem then is why - 
<psu> a) more stock still to come
<psu> so a genuine o/s commitment
<psu> b) under or over delivery, which we're not going to pursue
<psu> so needs writing off (or writing on!)
<jcater> sigh... 2300 lines of code in grpc and nothing to show
<phil_c> psu: true. And you also need to be able to verify the accrual ledger account by plowing through the purchase receipt logistics records, received invoice records, opening balance records and manual postings to the accrual account
<phil_c> which is where we had the issues.
<psu> Logically, the GRNI figure (goods received not invoiced) from the PO module
<psu> should balance the amount on the accruals account
<psu> at any point in time
<phil_c> yep
<psu> (Just like the open/unpaid invoices in AP should balance the AP Liability account in GL)
<psu> If you're doing immediate accruals on goods receipts, these are both fundamental
<psu> But sadly it doesn't always work like that
<psu> I know the system I worked with was very hot on checking 
<psu> that unpaid in AP = AP liability in GL
<psu> but the immediate accruals in PO was a later addition
<psu> and much harder to keep on top of
<psu> especially if your org was new to the concept of goods receipting on the system
<psu> as the people I was helping was
<psu> "Why do I need to tell the system the goods are here?
<psu> "It'll know that when I pay the invoice"
<phil_c> psu: you have explained it a million times better than I could
<dneighbo> jcater: did you get to look at service_requests.gfd?
<psu> don't feel I've helped as much as I hoped
<jcater> dneighbo: a little
<psu> still, at least you now know that misery loves company
<psu> bbl
<phil_c> our major problem was the software incorrectly updating the GRNI account so that it would not reconcile
<jcater> I'm thinking of adding a type="label" to the entry tag
Nick change: psu -> psu_away
<psu_away> but still logging
<jcater> like we have type="combo", etc
Action: dneighbo would like that :)
<dneighbo> then make it be background color
<dneighbo> and non 3d and read only
<jcater> I was gonna talk w/jamest first
<dneighbo> by defulat
<jcater> it'd be a simple label
<jcater> nothing more, nothing less :)
<dneighbo> eventually i thinhk we will want dataaware lables
<jcater> (easier that way)
<dneighbo> but this gets us that w/o a ui rewrite :)
<jcater> I *think* it'd be like a 20 minute hack
<jcater> and it's something I could use
<dneighbo> its something i asked for, so i wont complain too loudly :)
<dneighbo> i could even use it on this
<jamest_> jcater: you are talking data aware lable right?
<jamest_> label even
<jcater> jamest_: yes, but instead of modifying GFLabel, 
<jcater> adding a style="label" where we currently hve style={checkbox|combo}
<jcater> to GFEntry
<jamest_> that is cool with me
<jcater> my big question is...
<jcater> should this go into cvs HEAD or into the patches for 0.1.1?
<jcater> well, of course it will eventually go into head, 
<jcater> but should it be a 0.1.x series thing or 0.3.x series
<jamest_> i'd say patches 
<jcater> ok... I was thinking that too
<dneighbo> how much is in 0.1.x patches?
Action: dneighbo is thinking it might be worth bundling a release of sorts (even if only a tar/gz) one
<dneighbo> i want to look at 
<dneighbo> a. documenting it
<dneighbo> b. automating it
<dneighbo> anyhow
<dneighbo> so its not developers necessarily running around trying to bundle the dumb things
<jcater> dneighbo: um, nothing :)
<jcater> 0.1.1-common has the GEAS driver
<jcater> but is obviously not ready
<jcater> well, actually designer has at least one patch...
<jcater> the Open Recent support
<jamest_> it also has a few little things
<jamest_> IIRC
<jamest_> a small performace enhancement
<jcater> oh, yeah
<jcater> the field name lookup
<jamest_> some other little kerap
<jamest_> we'd have to check the logs
<jamest_> nothing that really says you need to release
<jamest_> :(
<dneighbo> jamest: you know we dont 'release' because there is stuff that says we have to :)
<dneighbo> i ran into about 4 or 5 things in designer that jason thought were fixed
<nickr> I say you have to.
Action: dneighbo is wondering if those were in head instead of patches
Action: dneighbo has no time until after xmas
Action: dneighbo plans to be dcl submitting fool after the holidays
ToyMan (~stuq@c5300-3-ip137.albany.thebiz.net) left #gnuenterprise ("Client Exiting").
<dneighbo> a comment from a screen shot
<dneighbo> look's amaturistic
<dneighbo> i tend to agree with the comment, but i love the word
<dneighbo> amaturistic
<psu_away> Of course, amateur can be a compliment
<psu_away> as in golf
<psu_away> and in cricket
<dneighbo> well i just laugh because its not really a word :)
<psu_away> until 1960s
Nick change: psu_away -> psu
<psu> blown my cover
<dneighbo> i suppose we should remove the screenshots some
<dneighbo> as i think some people (based on comments) think those screens are 'official' gnue apps
<dneighbo> when in reality they were meant and LABELED as 'mockups'
<dneighbo> of what you could do with the framework
<nickr> Why do the tiny screenshots take like ten years to load? 
Nick change: psu -> psu_away
Nick change: phil_c -> fil_c_away
fil_c_away (username@host213-122-196-196.btinternet.com) left irc: "Client Exiting"
<jamest_> dneighbo: remove at will
<dneighbo> nickr cause phpnuke licks bag ;)
<jcater> oh, don't be so melodramatic
<dneighbo> rofl
Isomer (dahoose@210-86-56-110.jetstart.xtra.co.nz) joined #gnuenterprise.
<psu_away> Hi Isomer
Nick change: psu_away -> psu
<psu> ISTR you were asking about some kind of topic indexing
<Isomer> mornin'
<psu> for the Kernel Cousins
<Isomer> yeahish
<psu> or was it someone else?
<psu> Zack is working on this anyway,
<psu> and it should be in the parsing scripts
<psu> real soon now
<psu> In the meantime, I've gone back and added 
<psu> topics to all previous issues
<psu> so when the parser kicks in
<psu> there's something to parse
<psu> The main issue for me is being 
<psu> completely consistent in topic names
<psu> as "Financials" and "Accounting" would be diff topics to scripts
<psu> as would "Application Server" and "Applications Server"
<psu> etc
<psu> anyway
<psu> bedtime
psu (psu@manorcon.demon.co.uk) left #gnuenterprise.
Action: dneighbo votes we dont let jamest author any kernel cuzins
<dneighbo> as we might end up with topics like
<dneighbo> applikasion sirver, finashuls and acowting
<jcater> well, dneighbo either...
<dneighbo> jcater thats for sertun
<jcater> he commonly mispells "no, but we will support that in the future" as "yes, we do!"
<Isomer> easy typo
<Isomer> the buttons are close on the keyboard
<dneighbo> ive ben round jamest_ too long
<dneighbo> rofl
<dneighbo> jcater : thats not bad 'spelling' thats 'artistic interpretation'
<dneighbo> my favorite one recent is:
<dneighbo> 'yeah we are working on that, should happen real soon'
<dneighbo> what it really means
<dneighbo> 'yeah that pissed me off two, i msg'd jamest and jcater a few times and have put it in dcl, if it isnt there in a few hours i send in the dogs'
<Isomer> rofl
[16:00] Last message repeated 1 time(s).
<jcater> oh, yeah
<jcater> reminds me, I need a login for dcl
<dneighbo> or this one
Action: Isomer starts bringing meat steaks to the channel
<jcater> so I can see what damage you;ve done
<dneighbo> 'yeah, we want to do that, but its not on the top of the list'
<dneighbo> which means
<dneighbo> 'you have a valid request, but its not something i can use, so stand in line chump'
<jcater> rofl
<jcater> guess you've heard that one a lot :)
<jcater> um
<dneighbo> jcater: was just going to add its one of my favorties, but i hate when its used against me :)
<jcater> wtf does this mean:
<jcater> cvs server: existing repository /cvsroot/gnue/gnue does not match /cvsroot/gnue/gnue/reports
<Isomer> excellent question
<Isomer> never seen that
<Isomer> wtf did you do?
<dneighbo> means you just got some cvs luvin
<jcater> cvs co reports -d gnue-0.1 gnue
<jcater> scratch that
<jcater> that was my first type
<jcater> typo
<jcater> cvs co -d gnue-0.1 gnue/reports
<dneighbo> btw what is gnue-0.1
<dneighbo> i assume some sort of tag?
<jcater> I'm checking out the 0.1.0 branch into a gnue-0.1 directory
<jcater> by default, it would create the gnue directory
<dneighbo> hold on
<jcater> I checked out forms, designer, and common using that method
<jcater> but they had a -r <tag> argument
<jcater> but reports hasn't been tagged
<jcater> (seeing as how it hasn't been released :)
<Isomer> hrm
<dneighbo> jcater my question was more
<dneighbo> why that tag name?
<dneighbo> we should probably be tagging things
<jcater> that's not a tag name
<dneighbo> vx.x.x
<jcater> that's the directory I want to use
<Isomer> you can't use . in a tag
<dneighbo> Isomer i meant _
<dneighbo> bad habits :)
<jcater> each tool is tagged as <toolname>-0-1-0-patches
<dneighbo> ok
<Isomer> :)
<dneighbo> i was just gonna say or TOOLNAME
<dneighbo> as gnue is too confusing :)
<jcater> tagged=branched :)
<dneighbo> well it should be just tagged at first
<jcater> sigh
<jcater> it is tagged
<dneighbo> and not branched until needs patching
<jcater> each tool is tagged as <toolname>-0-1-0
<jcater> then branced as <toolname>-0-1-0-patches
<dneighbo> cool
<jcater> branched
<jcater> sigh
<jcater> you're no help
<jcater> :)
Action: jcater yells jamest!!!
<jcater> I think he's off playing w/ (l)users
<dneighbo> well we need it documented at some point...
<dneighbo> so you say its not tagged/branched?
<dneighbo> the reports tree?
<jcater> reports is not
<dneighbo> you are trying to do a co right?
<jcater> correct
<jcater> of reports
<jcater> only into gnue-0.1 instead of gnue
<jcater>  cvs co -d gnue-test gnue
<jcater> will check out all of gnue into the directory gnue-test
<jcater> so I'd think you could do cvs co -d gnue-test gnue/reports
<dneighbo> -d
<dneighbo> hmmm
<dneighbo> -d tells where the cvsroot directory is
<dneighbo> i dont think its a 'local' directory
<jcater> sigh
<jcater> I do this all the time
Action: jcater calls out, "jamest!!"
<jcater> I implemented your 'style="label"'
<jcater> but need to test it :)
<jcater> ah, think I have a workaround
<dneighbo>        -d CVS_root_directory
<dneighbo>               Use CVS_root_directory as the root directory  path­
<dneighbo>               name  of  the  master source repository.  Overrides
<dneighbo>               the setting of the  CVSROOT  environment  variable.
<dneighbo>               This value should be specified as an absolute path­
<dneighbo>               name.
<dneighbo>        -d CVS_root_directory
<dneighbo>               Use CVS_root_directory as the root directory  path­
<dneighbo>               name  of  the  master source repository.  Overrides
<dneighbo>               the setting of the  CVSROOT  environment  variable.
<dneighbo>               This value should be specified as an absolute path­
<dneighbo>               name.
<jcater> thats a cvs option, not a cvs co option
<jcater> do cvs co -help
<jcater>         -d dir  Check out into dir instead of module name.
<dneighbo> doh my bad
gowlin (gowlin@CPE00E029258486.cpe.net.cable.rogers.com) left irc: Read error: 113 (No route to host)
<dneighbo> jcater you have a .CVS file or something hanging out there
<dneighbo> or your CVSROOT is pointing somewhere squirrely
<dneighbo> i just ran
<dneighbo> dneighbo@gatekeeper:~$ cvs -d :pserver:anoncvs@subversions.gnu.org:/cvsroot/gnue co -d gnue-0.1 gnue/reports
<dneighbo> cvs server: Updating gnue-0.1
<dneighbo> U gnue-0.1/AUTHORS
<dneighbo> U gnue-0.1/COPYING
<dneighbo> and its fine
<dneighbo> what is your CVSROOT variable?
<dneighbo> the gnue/gnue
<dneighbo> makes me think you are in a gnue directory
<dneighbo> that you had from cvs
<dneighbo> i.e. did you do co gnue
ajmitch (~me@p32-max2.dun.ihug.co.nz) joined #gnuenterprise.
<dneighbo> then from the gnue directory
<dneighbo> try to do this gnue-0.1 or something?
<dneighbo> ......
Action: dneighbo thinks jcater ran away shouting obscenities at cvs
<dneighbo> must run
<dneighbo> ta ta
dneighbo (dneighbo@mail.libertydistribution.com) left irc: "BitchX: so real, you'll wet yourself!"
fil_c (~username@host213-1-163-77.btinternet.com) joined #gnuenterprise.
<nickr> evil evil python
Nick change: rm-away -> gandalf
<gandalf> guess where i was meanwhile :)
gandalf (rm@62.47.44.109) left irc: Read error: 113 (No route to host)
bullhead (joe@h-64-105-244-252.ATLNGAHP.covad.net) left irc: "I'm too lame to make a quit message"
fil_c (username@host213-1-163-77.btinternet.com) left irc: Remote closed the connection
fil_c (~username@host213-1-163-77.btinternet.com) joined #gnuenterprise.
jamest_ (jamest@hobbes.math.ksu.edu) left irc: "[x]chat"
jcater (jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "homebound"
fil_c (username@host213-1-163-77.btinternet.com) left irc: Ping timeout: 180 seconds
neilt (~neilt@dhcp64-134-54-175.chan.dca.wayport.net) joined #gnuenterprise.
#gnuenterprise: mode change '+o neilt' by ChanServ!ChanServ@services.
neilt (neilt@dhcp64-134-54-175.chan.dca.wayport.net) left irc: "later all"
fil_c (~username@host213-122-200-10.btinternet.com) joined #gnuenterprise.
chillywilly (~danielb@d80.as14.nwbl0.wi.voyager.net) joined #gnuenterprise.
jcater (~jason@HubA-mcr-24-92-70-201.midsouth.rr.com) joined #gnuenterprise.
<chillywilly> welcome
<jcater> ok
<chillywilly> ko
<jcater> okko?
<chillywilly> kook
<chillywilly> i.e., jcater
GeoDex_ (geodex@i.got.shelled.at.shellyeah.org) joined #gnuenterprise.
<GeoDex_> hey chillywill ltns
Nick change: GeoDex_ -> GeoDex
<chillywilly> sup dog?
<chillywilly> ;)
<GeoDex> not much
<jcater> it scares me when ppl come in knowing chillywilly :)
<chillywilly> fehh
<chillywilly> you're just jealous
<chillywilly> ;P
<GeoDex> heh
<jcater> yip
<chillywilly> jcater: you come in here knowing me, do you scare yourself?
<jcater> always
<chillywilly> hehe
<jcater> each morning, I wake up and look in mirror and get scared at how good looking I am
<jcater> then get to work and get scared at how good I am
<jcater> let's not discuss nighttime :)
<chillywilly> oh gawd
<chillywilly> get over yourself
Action: chillywilly takes the trout of humility and beats jcater profously
<nickr> jcater, he was a legend in his own mind
<chillywilly> he's his own best friend
<jcater> we should all be :)
<jcater> (our own best friends)
<chillywilly> uh, no
<chillywilly> I sentence you to 50 lashings
<chillywilly> with assorted fishies
<jcater> what a sad life if you are not your own friend
<nickr> I'm my own friend, I have wonderful convesations
<nickr> I'm also my own worst enemy
<chillywilly> hello me
<jcater> do you punish yourself?
<chillywilly> it's me again
<chillywilly> nice talking to myself
<jcater> actually, i don't listen to myself very well
Action: chillywilly plays that song with xmms
<chillywilly> Megadeth rocks
<jcater> 'cause everyday I tell myself to add chillywilly to my ignore list
<jcater> but each day I don't
<jcater> bad jcater
<jcater> jcater: no, I'm not
<jcater> yes you are
<chillywilly> jcater: if I bother you that much then why is it always you initiaing the contact/
<chillywilly> ?
<chillywilly> just admit it
<chillywilly> you want ot be like chillywilly
<chillywilly> s/ot/to
<jcater> <chillywilly> kook
<jcater> <chillywilly> i.e., jcater
<nickr> I can beat myself at chess most of the time
<jcater> nickr: I lose each time
<jcater> how do you do it?
<jcater> intimidation?
<chillywilly> jcater: I swear man I am bringin a trout with me to the expo
<chillywilly> with your name on it
<jcater> mmm
<jcater> precooked I hope
<chillywilly> nope a raw one
<nickr> expo?
Action: jcater likwes it blackened
<chillywilly> this one is for slapping not eating
<nickr> chillywilly: talking about your meat?
<chillywilly> nah, yo mamma
<chillywilly> anyway...
<jcater> you gonna be at the expo?
<chillywilly> probably not so you are safe
<jcater> "Officer... officer... over there... he's wielding a... a... trout!!!"
<nickr> heh
<jcater> "I think he's a terrorist"
<chillywilly> ooooh, you dirty bastard
<jcater> 'Troutslapping... isn't that "biological warfare"??'
<GeoDex> lol
<chillywilly> what s your postal address jcater?
<chillywilly> s/s/is
<jcater> 123 N Main St; Yourtown, WI 77788
<chillywilly> man you are hilarious
<jcater> Or, you can send it to my Gilbert, AZ address
<chillywilly> screw you then you ain't getting a christmas card
<jcater> chillywilly: why you want my address?
Action: jcater fears a smelly trout in the mail prank
<chillywilly> cause I am sending christmas cards
<chillywilly> haha
fil_c (username@host213-122-200-10.btinternet.com) left irc: Ping timeout: 180 seconds
fil_c (~username@host213-1-167-200.btinternet.com) joined #gnuenterprise.
<jamest> hi
dsmith (~dsmith@207.180.207.253) joined #gnuenterprise.
GeoDex (geodex@i.got.shelled.at.shellyeah.org) left irc: " The Internet Dreadnought."
rdean (rdean@chcgil2-ar2-052-243.chcgil2.dsl.gtei.net) joined #gnuenterprise.
<chillywilly> http://news.gnome.org/gnome-news/gnome-news/1008685733/
<nickr> yea I saw that
<chillywilly> http://witme.sourceforge.net/ferriscreate.paper2001/
<chillywilly> it is very releveant to GNue Forms, imho
fil_c (username@host213-1-167-200.btinternet.com) left irc: "Client Exiting"
GeoDex (geodex@i.got.shelled.at.shellyeah.org) joined #gnuenterprise.
dsmith (dsmith@207.180.207.253) left irc: Ping timeout: 180 seconds
dsmith (~dsmith@207.180.207.254) joined #gnuenterprise.
GeoDex (geodex@i.got.shelled.at.shellyeah.org) left irc: " The Internet Dreadnought."
Action: jcater is away: christmas shopping
dsmith (dsmith@207.180.207.254) left irc: Ping timeout: 180 seconds
Action: derek is back (gone 11:26:37)
Action: derek is away: Reloading Crack Pipe
GeoDex (geodex@i.got.shelled.at.shellyeah.org) joined #gnuenterprise.
GeoDex (geodex@i.got.shelled.at.shellyeah.org) left irc: Client Quit
Action: jcater is back (gone 01:14:52)
rdean (rdean@chcgil2-ar2-052-243.chcgil2.dsl.gtei.net) left irc: "Client Exiting"
<Mr_You_> re
<Mr_You_> that looks neat chilly
<chillywilly> er?
<chillywilly> what does?
<Mr_You_> that ferriscreate
ajmitch (me@p32-max2.dun.ihug.co.nz) left irc: Ping timeout: 180 seconds
ajmitch (~me@p4-max6.dun.ihug.co.nz) joined #gnuenterprise.
Rafterman (tim@lister.sesgroup.net) joined #gnuenterprise.
alexey (alex@techkran.vladimir.ru) joined #gnuenterprise.
<jamest> su
<chillywilly> hehe
<chillywilly> don't su me man
<jamest> troutslapper
<chillywilly> goat lover
<jamest> whoops wrong window
<jamest> ignore that password
<jamest> :)
<ajmitch> haha
<chillywilly> lol
<jcater> dammit jamest, you gave away my password... now I'll have to change it again
<jamest> sorry dude
<jamest> this is so wrong
<jamest> Need to get 302kB of archives.
<jamest> download time est 4 minutes
Action: chillywilly guesses that jamest's new passwd is g04tluvin
<jcater> nah
<jcater> 2tIerRuleZ
<jamest> only on my sudo account username proud2b
<jamest> :)
<chillywilly> 0bjectzRule
<jcater> pYth0nOrBu$t!
<jcater> bleh... back to work for me
Action: chillywilly cracks the trout whip
jamest (~jamest@fh-dialup-201020.flinthills.com) left #gnuenterprise.
jcater (~jason@HubA-mcr-24-92-70-201.midsouth.rr.com) left #gnuenterprise ("Client Exiting").
chillywilly (danielb@d80.as14.nwbl0.wi.voyager.net) left irc: 
<derek> hmm they all left
jcater (~jason@24.92.70.201) joined #gnuenterprise.
<derek> he returns
--- Fri Dec 21 2001