*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** dcmwai has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> good morning
*** sjc has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<ajmitch> hi
<ajmitch> reinhard: latest stable common & appserver are finally in sid
<ajmitch> or at least in incoming now
<reinhard> good morning ajmitch
<btami> hi ajmitch
<reinhard> yes I got the mail, thanks!
<ajmitch> :)
<btami> where can i find if the deb-s for latest kinterbasdb is in incoming or something ?
<ajmitch> incoming.debian.org
<btami> thx
<ajmitch> 3.0.1-6 looks to be latest in debian
<btami> :(
<reinhard> <ajmitch> fyi I just got mail at lunchtime saying I'm a DD
<reinhard> <ajmitch> so I can upload gnue packages at will now
<reinhard> no kidding?
<btami> 3.1 is out
<ajmitch> reinhard: that's why common & appserver are uploaded
<ajmitch> I found out about 2 min after you left
<btami> ajmitch: congrats
<ajmitch> thanks
* ajmitch had better actually do something with the packages now ;)
<reinhard> ajmitch: congrats!
* reinhard opens the champagne bottle
<ajmitch> lol
<reinhard> ajmitch: so I think you will need to make a script for deb creation
<reinhard> as we will have so many releases from now on you can't make it manually ;-)
<ajmitch> scary
* ajmitch hides
<ajmitch> I'm just finishing off the repackaging of some of my other packages using cdbs
<ajmitch> to simplify it all
* ajmitch is glad he got dual-head setup this week :)
*** kilo_ has joined #gnuenterprise
<kilo_> good morning
<ajmitch> hi kilo_
<kilo_> hi ajmitch
<kilo_> congrats
<ajmitch> heh
<ajmitch> reinhard: when is appserver 0.4.0 likely to be released?
<ajmitch> kilo_: thanks
<reinhard> in maybe two weeks
<reinhard> we had some major changes since 0.3.5 so we want to stay with the beta for some time
<reinhard> mainly depending on the feedback we get
<ajmitch> ok, was just wondering how long I had for my packaging changes
<ajmitch> and common?
<reinhard> common and forms will be released after the weekend most probably
<ajmitch> great
<reinhard> because that's just a point release and we only want to give translators time to translat
<ajmitch> just minor changes there
<reinhard> maybe even this afternoon (if kilo is quick enough) :)
<reinhard> yes
<ajmitch> splitting common will take awhile to get into sid
<ajmitch> as there's a hefty queue for NEW
<reinhard> well... define "minor" :)
<ajmitch> NEW includes new binary packages from existing source
<reinhard> do they accept new packages at all?
<ajmitch> of course
<ajmitch> only base+standard are frozen, everything else is business as usual :)
<kilo_> reinhard: this evening rather
<reinhard> so it might be better to package new common as a single package
<reinhard> otherwise it would hold up appserver later
<ajmitch> package 0.5.13-1 as single, and then 0.5.13-2 as split
<ajmitch> appserver can then depend on >= 0.5.13
<reinhard> ajmitch: you increment all other packages' common dependnecy version without us explicitly telling you to, don't you?
<ajmitch> nope
<ajmitch> eg, only appserver's dep is increased if a new common was released with it
<reinhard> there's a high chance that gnue-* always depends on the newest common available
<ajmitch> that's broken
<ajmitch> if that's the case, then you should be releasing new tarballs of everything
<reinhard> let me put it different
<reinhard> first we release forms release x
<reinhard> then common release y
<reinhard> err restart
<ajmitch> eg currently gnue-reports depends on 0.5.11, since that was the version of common available at the time
<reinhard> first we release common release x
<reinhard> then forms release y
<reinhard> then common release z
<reinhard> then appserver release a
<reinhard> appserver would depend on common z
<reinhard> and forms on common x
<ajmitch> yes
<ajmitch> that is the case
<ajmitch> the dep is >=, of course
<reinhard> even though appserver release a wasn't at the same day as common z
<reinhard> yes, that will always be ok
*** wt has joined #gnuenterprise
<ajmitch> I always package a release to depend on the current version of common
<reinhard> ok
<ajmitch> which is what I hoped you intended
<reinhard> that's what I was meaning :)
<ajmitch> good :)
<reinhard> sorry for confusing :)
<reinhard> man I tell you something
<ajmitch> I thought for a minute that you were asking if I changed all the packages when a new common was released :)
<reinhard> I have a problem with an lpd printer with cups
<ajmitch> uh oh
<reinhard> so I started to debug in the lpd backend code in cups
<reinhard> and for a better understanding the lpd protocol I also looked at the lpd code in berkley lpr
<reinhard> now *that's* two different C programming styles...
<ajmitch> how scary?
<reinhard> lpd is quite scary
<reinhard> well maybe it's normal...
<wt> hi there
<reinhard> but cups is really very clean - I was able to understand the whole stuff within 30 min or so
<ajmitch> I have to confess that I know python, but I haven't looked at or tried to understand appserver code at all ;)
<ajmitch> I really need to learn up about it
<btami> hi wt
<wt> I think it would be sweet if gsscvs would read xml schema
<wt> especially with adis shipping xml schemas
<wt> adis is an address standard
<kilo_> hi wt
*** titopbs has joined #gnuenterprise
*** wt has quit IRC
*** sjc has quit IRC
*** titopbs has quit IRC
*** SachaS has quit IRC
*** dcmwai has quit IRC
*** btami has quit IRC
*** tiredbones has joined #gnuenterprise
* archivist used to write printer drivers and internal code it can be a bastard
*** kilo_ has quit IRC
<johannesV> bbl
*** jamest has joined #gnuenterprise
<reinhard> bbl
*** reinhard has quit IRC
*** tiredbones has quit IRC
*** tiredbones has joined #gnuenterprise
<tiredbones> Good morning from Maine. Got 4" of snow last night.
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** wendall911 has joined #gnuenterprise
*** derek has quit IRC
*** lekma has joined #gnuenterprise
<lekma> hi all
*** jcater has joined #gnuenterprise
*** derek has joined #gnuenterprise
*** titopbs has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
<lekma> johannesV_: u around
<lekma> ?
<johannesV_> about to leave ...
<johannesV_> lekma, do you have another interesting prob ?
<lekma> well this one weird
<lekma> well this one is weird
<lekma> we have remote dev actually working through the internet
<lekma> some have fast connections
<lekma> some don't
<johannesV_> you mean connections to the appserver ?
<lekma> so some takes time to get an answer from server
<lekma> yep appserver
<johannesV_> ok
<lekma> while this happen other session are not answered an we have to wait for the end of execution
<lekma> of the remote call
<lekma> to get back to work
<lekma> is it due to lack of threading in session.call
<lekma> or do you think it's a more general pb
<johannesV_> can you describe 'we have to wait for the end of execution' in more detail ?
<johannesV_> how is session a blocked by something session b (the slow one) does ?
<johannesV_> is this reproducable using some tiny scenario ?
<lekma> wait, i can't reproduce it anymore... :(
<lekma> for like half an hour
<lekma> it was behaving very strange
<johannesV_> hmm
<lekma> ie every local users were complaining that it took ages to answer
<lekma> and while looking at the output i saw
<lekma> that each remote call would stall the server
<lekma> until it was completely answered
<johannesV_> but using a direct connection to the backend was answering still very quickly
<lekma> nope that's what was weird
<lekma> but now i can't reproduce it
<johannesV_> (like if you'd been using psql)
<lekma> i didn't test to access db directly
<lekma> you think it's related??
<johannesV_> well, at least we could check if the backend is the bottleneck or appserver itself
<johannesV_> like if two concurrent updates are pending ... one has to wait for the other one
<johannesV_> (depending on the isolation level the backend is using)
<lekma> well it seems to have gone now
<lekma> thx for answering
<johannesV_> ok, but please keep an eye on this ... :)
<johannesV_> anyway, i've to leave now
<johannesV_> bye
<lekma> and sorry to have raise alarm iin a hurry
<lekma> by
<johannesV_> np
<johannesV_> :)
*** johannesV_ has quit IRC
*** sjc has joined #gnuenterprise
*** titopbs has quit IRC
*** GNUe656 has joined #gnuenterprise
<GNUe656> OK..  so looking at logs, I have a really DUMB question...  can you point an appserver to an appserver?  ie.  Forms -> Appserver -> Appserver -> DB
<someon> Reasoning:  I'd like to be able to put an appserver at a remote site, so that the clients at the remote site can access the system, but not have the appserver totally bottlenecked on my side.  I also don't want to give them the direct DB password that would have to happen to have 2 AppServers -> 1 DB.
<someon> hmm..  looks like I will have to read the logs to get an answer.
*** someon has left #gnuenterprise
*** titopbs has joined #gnuenterprise
*** cilkay has joined #gnuenterprise
*** titopbs has quit IRC
*** btami has joined #gnuenterprise
*** SachaS_ has joined #gnuenterprise
*** cilkay has quit IRC
*** cilkay has joined #gnuenterprise
*** SachaS has quit IRC
*** btami has quit IRC
*** gnomus has joined #gnuenterprise
<gnomus> Good afternoon gnue people. My name is Cesar Pablo Verdes from San Luis, Argentina. It's the first time I join to the IRC
<wendall_away> welcome gnomus
<wendall_away> gnomus: many people here are in Europe, so there is little activity this time of the day
<gnomus> no problem
<gnomus> From long time I want to participate into a GPL project, and I think at last I found one that fits my wishes
<mnemoc> :)
<gnomus> I want to help into the GUI GNUe part.
<gnomus> How can I help?
<mnemoc> start getting a checkout of the repository :)
<gnomus> Done ;-)
<mnemoc> stay here to be part of the discussions :)
<gnomus> I've just started Python... do you recoment start study the Forms code?
<mnemoc> sure
<gnomus> Ok
<gnomus> I read that some people of Cordoba, Argentina are working on the project. Did they?
<mnemoc> no idea, i'm not part of the team :p   i only use it :)
<gnomus> :-)
<gnomus> Thanks
<mnemoc> i guess you will need to subscribe to commit-gnue too, to see where to boat goes
<mnemoc> and gnue-dev too, but mainly be here and ask/suggest during european day time :)
<mnemoc> e.g. 22:34 in germany
<gnomus> good suggestions. I will! Thanks again... and good night
*** kilo has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> gnomus: you can find e-mail adresses from Argentina here http://www.gnuenterprise.org/community/contrib.php
<btami> they all work for Via Libre http://www.vialibre.org.ar/ iirc
<btami> they forked gnue, but long time no see them here
<mnemoc> why was the fork?
<btami> they wanted to put gnue to production use
<btami> the did it and tried to keep in sync
<btami> but finally gave up
<mnemoc> can't gnue be used on production? why?
<btami> it was at gnue-common 0.3
<btami> nowwe at 0.5.12
<btami> gnue _is_ used in production
<mnemoc> .99999 :)
<btami> yep :)
*** gnomus has quit IRC
<mnemoc> is it used on console for production?
<btami> don't think so
<mnemoc> :'(
<btami> it not too far from being complete, but reinhard knows more...
<mnemoc> when i have something to test on console i'll start asking how to complete it
<btami> good night all
*** btami has quit IRC
*** jcater has quit IRC
*** titopbs has joined #gnuenterprise
*** kilo has quit IRC
*** jamest has left #gnuenterprise
<SachaS_> someone up?
<SachaS_> one party
<SachaS_> many parties?
<SachaS_> is that right?
<SachaS_> or many party's?
<mnemoc> party's  means 'of the party'
<ajmitch> hello
<mnemoc> hello ajmitch
<mnemoc> does appserver-3.99 needs forms-5.9.99?
<SachaS_> example: a collaborative business process is a process between two or more parties
<SachaS_> do I write parties in the above sentence right?
<ajmitch> mnemoc: I hope you mean 0.3.99 ;)
<ajmitch> but it shouldn't need it
<mnemoc> ajmitch: hehe, yes :)
<ajmitch> it should just depend on the latest common
<mnemoc> good
<SachaS_> ajmitch: your a kiwi, you know english
<SachaS_> :)
<ajmitch> SachaS_: s/your/you're/ ;)
<SachaS_> ;)
<ajmitch> parties is correct
<ajmitch> as it is plural
<SachaS_> thansk
<SachaS_> thanks
<ajmitch> party's is possessive
<ajmitch> singular possessive
<SachaS_> and plural possessive?
<mnemoc> SachaS_: a kiwi?
<SachaS_> parties'
<SachaS_> ?
<mnemoc> yes
<SachaS_> kiwi = new zealander
<SachaS_> ok
<mnemoc> good to know :)
<ajmitch> :)
<mnemoc> SachaS_: and you?
<mnemoc> SachaS_: where are you from?
<SachaS_> Liechtenstein
<SachaS_> and that is between Switzerland and Austria
<mnemoc> a country or a province?
<SachaS_> country
<SachaS_> a principality
<mnemoc> i'll need a map :p
<mnemoc> here it is
<mnemoc> SachaS_: larger or smaller than andorra?
<SachaS_> not sure
*** flrwc has joined #gnuenterprise
*** flrwc has left #gnuenterprise
*** titopbs has quit IRC
*** jcater has joined #gnuenterprise
*** mnemoc_ has joined #gnuenterprise
*** mnemoc has quit IRC
*** sjc has quit IRC
*** titopbs has joined #gnuenterprise
*** ccfiel has joined #gnuenterprise
*** wendall911 has quit IRC
*** titopbs has quit IRC