thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) joined #gnuenterprise. btami (~btami@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. johannesV (~johannes@m1559p019.adsl.highway.telekom.at) joined #gnuenterprise. When AppServer is fully functional, will we be able to have dynamic form updates? IE. update the form on the AppServer, and when a user opens that form it updates if the one on the AppServer is newer Another one that I haven't seen in the documentation... Can a trigger on a form open another form for the second question, yes no idea about the first :) I'd really like to see GNUe be v1.0 soon... supervisor is looking at tossing existing proprietary ERP for a new proprietary ERP. I'd like to see it go to GNUe... sure, but you have to define what 1.0 consists of But they will want a central forms control... Dynamic Form download from an AppServer (feature that is used heavily in current ERP) Supervisor knows OSS fairly well, and won't touch it if numbered less than 1.0 sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) joined #gnuenterprise. hmmm maybe there's a way to call rsync on form startup... someon (~some1@h24-81-151-173.vf.shawcable.net) left irc: "mv user /dev/null" 1.0 consists of greater than 0.9 and less than 1.1. 0.8 is *right* out! reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) joined #gnuenterprise. dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) joined #gnuenterprise. kilo (~kilo@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. derek (~dneighbo@ip68-109-180-32.ph.ph.cox.net) left irc: Connection timed out kilo (~kilo@ip102-205.ktv.tiszanet.hu) left irc: Remote closed the connection kilo (~kilo@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. bbl reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) left irc: "Never wrestle with a pig. You both get dirty and the pig likes it." sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) left irc: "working" jamest (~jamest@gw.math.ksu.edu) joined #gnuenterprise. kilo (~kilo@ip102-205.ktv.tiszanet.hu) left irc: Remote closed the connection btami (~btami@ip102-205.ktv.tiszanet.hu) left irc: Remote closed the connection siesel (jan@131.220.92.85) joined #gnuenterprise. chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) left irc: "leaving" chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) joined #gnuenterprise. dsmith (lh4u38l6ex@oh-strongsvillecadent1-1f-100.clvhoh.adelphia.net) joined #gnuenterprise. jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) joined #gnuenterprise. jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) left irc: Read error: 104 (Connection reset by peer) grigora (~grigora@pcp04400587pcs.nrockv01.md.comcast.net) left irc: Read error: 60 (Operation timed out) jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. does anyone know what kind of datatype oracle uses for "booleans" ? "boolean"? "bool"? "bit"? nope no booleans use char(1) or number(1) are there enums? unless they added it in a version > 9i ah, ok ... i'm working on gnue-scripter, and it's not implemented in processor/oracle.py um there's a boolean type in gnue-schema? so I'll use number (1) jcarter: yes i think so ... or am i wrong ? reinhard has specified his demo-tables (classes) of the appserver using booleans :) havoc (~havoc@CPE-65-31-107-254.wi.rr.com) left irc: Remote closed the connection appserver's schema-support also supports booleans jbailey (~jbailey@dragonfly.fundserv.com) joined #gnuenterprise. havoc (~havoc@CPE-65-31-107-254.wi.rr.com) joined #gnuenterprise. thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) left irc: Read error: 60 (Operation timed out) johannesV: as an oracle user, I'd prefer to see varchar2(1) with a Y or N value, than number with 1 or 0 as I see that a lot more often but I'm not 100% opposed to the number route if there's reasons to prefer it and, btw, there's not currently a boolean type in gnue-schema hmm thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) joined #gnuenterprise. jcater: A varchar is always a string, right? So you could never do an "if varchar2(1):" right? reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) joined #gnuenterprise. jbailey: right ... i think so too I think that you cannot do that, then it should possibly be a 'y' 'n', so that you don't get confused and attempt it. jcarter: GBinary.py, line 88: if typecast == GTypecast.boolean ... On the other hand, that doesn't respect i18n not to nitpick but it's jcater not jcarter ups, I'm sorry for that ... johannesV: the GTypecast stuff has nothing to do with databases that has to do with our xml markup jbailey: that is true I don't really care but you don't see number(1) very often but I don't really care johannesV: Tab completion is your friend. jcater: uh, wow, great ! only reason I mention jcater vs jcarter is I usually only click over to this channel if the tab is blue silly mr. carter always going on about his name as to whether boolean is supported or not in gsd files gnue-appserver/BUGS point 2 * gnue-common's gnue-scripter doesn't support boolean type, so the sample .gsd's can't be processed with gnue-scripter. gnue-common/utils/gsd2sql has to be used. we had a discussion whether we want boolean or not in gsd's here in IRC and IIRC everyone was ok w/ me introducing booleans as everyone said "if i don't want it, i won't use it" but i did only implement them in the xslt scripts, and not in gnue-scripter that's fine I was only saying it wasn't there now btw, reading over the BUGS * gnue-common's appserver dbdriver does a query with an impossible condition to create an empty result set. This causes superflous RPC calls to AppServer. It should be possible for gnue-common to create an empty result set without doing a query at all. that's just how we do it with DBSIG-based drivers as that's the only reliable way to get all the field orderings and datatypes reliably that doesn't mean appserver must do an impossible condition just fyi reinhard: but I'm doing them in the scripter now .... or shall i leave them out ? johannesV: i think it's ok to do it in scripter because the same "if i don't want it, i won't use it" applies there johannesV: just fyi in oracle defining the column as: myBoolean NUMBER(1) check (myBoolean is null or myBoolean in (0,1)) will ensure the column only contains 0,1,or null jcater: in an sql-script, where have these lines to be placed ? in every create-table-block ore once per script or after every 'boolean' create table test222 ( id NUMBER(12) not null, myBoolean NUMBER(1) check (myBoolean is null or myBoolean in (0,1)), myfield VARCHAR2(20) ); like that you don't have to add the check but I think it'd make the sql creation code more robust ok, no problem .. I'll do it this way bbl siesel (jan@131.220.92.85) left irc: "Client exiting" sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) joined #gnuenterprise. bbl reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) left irc: "Those are 10 kinds of people: those who understand binary numbers, and those who don't." btami (~tamas@wrr.napnet.hu) joined #gnuenterprise. johannesV (~johannes@m1559p019.adsl.highway.telekom.at) left irc: "Client Exiting" dcmwai (~dcmwai@219.95.60.90) left irc: "Client exiting" btami (~tamas@wrr.napnet.hu) left irc: Remote closed the connection Anyone know if there's a way to manipulate RCS files or some other revision control files directly with python? I'd rather not shell out to rcs if I can avoid it. I think mxTextTools has a rcsparse.py or something but don't hold me to that Thanks, I'll take a look. hi j* Oy. I've be reduced to a glob with jcater, and jamest. Either that or you've possibly just refered to jcater as an infinite set of permutations of his name. lol welcome to the club jbailey As long as it's not the club jbailey club. That would worry me. reduced to? with jcater and jamest? what do you need to hack on RCS files for? don't you mean, elevated to? wear the j proudly ajmitch: I'm storing Cisco configuration files in GNU Radar. I want to keep history. rcs seems like the sanest way to do it jcater: Like the "l" in laverne(sp?) and Shirley? absolutely Phear. ajmitch: Any version control system would do though. rcs is just sufficiently light weight. siesel (jan@xdsl-213-196-209-53.netcologne.de) joined #gnuenterprise. reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) joined #gnuenterprise. siesel (jan@xdsl-213-196-209-53.netcologne.de) left irc: "Client exiting" siesel (~jan@xdsl-213-196-209-53.netcologne.de) joined #gnuenterprise. siesel_ (~jan@xdsl-195-14-204-8.netcologne.de) joined #gnuenterprise. siesel (~jan@xdsl-213-196-209-53.netcologne.de) left irc: Remote closed the connection kilo (~kg_kilo@fw.i-trade.hu) joined #gnuenterprise. ajmitch_ (~ajmitch@vodca.otago.ac.nz) joined #gnuenterprise. grigora (~grigora@pcp04400587pcs.nrockv01.md.comcast.net) joined #gnuenterprise. dsmith (lh4u38l6ex@oh-strongsvillecadent1-1f-100.clvhoh.adelphia.net) left irc: "Good Night!" well the cache in appserver starts to work jamest (~jamest@gw.math.ksu.edu) left irc: "Kopete 0.8.0 RC1 : http://kopete.kde.org" it helped to break down the number of db accesses for our simple test program from 485 to 15 :) much better :) hi hi how is the work coordinated on gnue? grigora: not at all ;-) j/k grigora: we announce here what we want to work on and if somebody else works on the same job, he tells although there are currently so many jobs to do in gnue that the chance of two people choosing the same is minimal :) ok, so if someone wants to do work, where do they start? install the stuff try it out ok find what you consider most interesting generally we let our contributors decide what they want to work on most interesting or most frustrating as the case may be :) jcater: our inline docs can you explain in 2 sentences how they work? (can also be an url :)) inline docs? oh yeah the autogenerated stuff http://www.gnuenterprise.org/docs/appserver/api/ those things yess hmm, being able to decide what to work on requires one to go through a very steep learning curve, then does work on a small piece and getting to know thing little by little, am I very wrong? grigora: don't think so Write class/method descriptors using python docstring syntax, then we generate nightly with epydoc http://epydoc.sourceforge.net/epytextintro.html shows syntax of comments that's exactly what i wanted to hear thanks jcater grigora: deciding what to work on doesn't mean you have to read all the code before just try to use gnue and you'll get a feeling what a) seems the most interesting part for you or b) is so annoying to you that you want to change it by all means :) :) I agree w/reinhard yes, we have a large and complicated code base but a lot of code is localized I have installed the forms, but haven't got it to work with a backend yet so I think you can really jump in without understanding all of the framework thanks dyfet (~dyfet@pool-138-89-37-116.mad.east.verizon.net) joined #gnuenterprise. kilo (~kg_kilo@fw.i-trade.hu) left irc: jamest (foobar@adsl-208-191-39-93.dsl.tpkaks.swbell.net) joined #gnuenterprise. siesel_ (~jan@xdsl-195-14-204-8.netcologne.de) left irc: "Client exiting" sjc (~sjc@cpc2-seve3-4-0-cust112.popl.cable.ntl.com) left irc: "sleeping" night all reinhard (~reinhard@M1250P006.adsl.highway.telekom.at) left irc: "Even if you're on the right track, you'll get run over if you just sit there." gsoti_away (~gsoti@adsl-68-23-180-230.dsl.chcgil.ameritech.net) joined #gnuenterprise. Is there any way to force a destructor to get called when an object goes out of scope without explicitely calling it? I'm looking for C++ish behaviour in Python. =) Oh. D'oh! It helps if I don't acquire the variable as a class variable. Duh. sounds like you're having fun :) Yeah. I'm learning threading in Python. jbailey (~jbailey@dragonfly.fundserv.com) left irc: "Client exiting" dyfet (~dyfet@pool-138-89-37-116.mad.east.verizon.net) left irc: "Client exiting" jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "l8r" jamest (foobar@adsl-208-191-39-93.dsl.tpkaks.swbell.net) left irc: "Kopete 0.8.0 RC1 : http://kopete.kde.org" jbailey (~jbailey@CPE00062579efac-CM014260028338.cpe.net.cable.rogers.com) joined #gnuenterprise. someon (~some1@h24-81-151-173.vf.shawcable.net) joined #gnuenterprise. jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) joined #gnuenterprise. jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) left irc: Client Quit ajmitch_ (~ajmitch@vodca.otago.ac.nz) left irc: "Leaving" jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) joined #gnuenterprise. jcater (~jcater@cpe-066-061-071-147.midsouth.rr.com) left irc: Client Quit jbailey (~jbailey@CPE00062579efac-CM014260028338.cpe.net.cable.rogers.com) left irc: "Client exiting" bigbrother joined #gnuenterprise. someon (~some1@h24-81-151-173.vf.shawcable.net) got netsplit. _ruben__ (~probe@217.129.247.123) got netsplit. Stoke_ (~stoker@dpvc-141-149-254-50.buff.east.verizon.net) got netsplit. dtm (~dtm@r1.txwifi.com) got netsplit. thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) got netsplit. icltlfatppl (~icltlfatp@157.22.13.232) got netsplit. gsoti_away (~gsoti@adsl-68-23-180-230.dsl.chcgil.ameritech.net) got netsplit. ajmitch (~ajmitch@pop11-port81.jetstart.maxnet.co.nz) got netsplit. dimas (~dimas@195.218.177.46) got netsplit. grigora (~grigora@pcp04400587pcs.nrockv01.md.comcast.net) got netsplit. dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) got netsplit. SachaAway (~sacha@online.havanawave.com) got netsplit. Vee (~mike@66.182.192.34) got netsplit. Vee2d2 (~vin@c66.169.136.41.ts46v-07.ftwrth.tx.charter.com) got netsplit. SachaAway (~sacha@online.havanawave.com) returned to #gnuenterprise. dimas (~dimas@195.218.177.46) returned to #gnuenterprise. ajmitch (~ajmitch@pop11-port81.jetstart.maxnet.co.nz) returned to #gnuenterprise. _ruben__ (~probe@217.129.247.123) returned to #gnuenterprise. dtm (~dtm@r1.txwifi.com) returned to #gnuenterprise. Stoke_ (~stoker@dpvc-141-149-254-50.buff.east.verizon.net) returned to #gnuenterprise. icltlfatppl (~icltlfatp@157.22.13.232) returned to #gnuenterprise. thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) returned to #gnuenterprise. gsoti_away (~gsoti@adsl-68-23-180-230.dsl.chcgil.ameritech.net) returned to #gnuenterprise. someon (~some1@h24-81-151-173.vf.shawcable.net) returned to #gnuenterprise. dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) returned to #gnuenterprise. grigora (~grigora@pcp04400587pcs.nrockv01.md.comcast.net) returned to #gnuenterprise. nickr (nick@e-64-35-146-235.empnet.net) joined #gnuenterprise. Vee2d2 (~vin@c66.169.136.41.ts46v-07.ftwrth.tx.charter.com) returned to #gnuenterprise. chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) joined #gnuenterprise. Vee (~mike@66.182.192.34) returned to #gnuenterprise. nickr (nick@e-64-35-146-235.empnet.net) got netsplit. chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) got netsplit. chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) returned to #gnuenterprise. nickr (nick@e-64-35-146-235.empnet.net) returned to #gnuenterprise. chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) got netsplit. nickr (nick@e-64-35-146-235.empnet.net) got netsplit. Vee (~mike@66.182.192.34) got netsplit. Vee2d2 (~vin@c66.169.136.41.ts46v-07.ftwrth.tx.charter.com) got netsplit. grigora (~grigora@pcp04400587pcs.nrockv01.md.comcast.net) got netsplit. SachaAway (~sacha@online.havanawave.com) got netsplit. dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) got netsplit. someon (~some1@h24-81-151-173.vf.shawcable.net) got netsplit. _ruben__ (~probe@217.129.247.123) got netsplit. Stoke_ (~stoker@dpvc-141-149-254-50.buff.east.verizon.net) got netsplit. dtm (~dtm@r1.txwifi.com) got netsplit. thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) got netsplit. icltlfatppl (~icltlfatp@157.22.13.232) got netsplit. gsoti_away (~gsoti@adsl-68-23-180-230.dsl.chcgil.ameritech.net) got netsplit. ajmitch (~ajmitch@pop11-port81.jetstart.maxnet.co.nz) got netsplit. dimas (~dimas@195.218.177.46) got netsplit. nickr (nick@e-64-35-146-235.empnet.net) returned to #gnuenterprise. chillywilly (~danielb@CPE-24-167-201-211.wi.rr.com) returned to #gnuenterprise. dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) returned to #gnuenterprise. someon (~some1@h24-81-151-173.vf.shawcable.net) returned to #gnuenterprise. gsoti_away (~gsoti@adsl-68-23-180-230.dsl.chcgil.ameritech.net) returned to #gnuenterprise. thierry (~thierry@AStrasbourg-251-1-1-7.w82-127.abo.wanadoo.fr) returned to #gnuenterprise. icltlfatppl (~icltlfatp@157.22.13.232) returned to #gnuenterprise. Stoke_ (~stoker@dpvc-141-149-254-50.buff.east.verizon.net) returned to #gnuenterprise. dtm (~dtm@r1.txwifi.com) returned to #gnuenterprise. _ruben__ (~probe@217.129.247.123) returned to #gnuenterprise. ajmitch (~ajmitch@pop11-port81.jetstart.maxnet.co.nz) returned to #gnuenterprise. dimas (~dimas@195.218.177.46) returned to #gnuenterprise. SachaAway (~sacha@online.havanawave.com) returned to #gnuenterprise. grigora (~grigora@pcp04400587pcs.nrockv01.md.comcast.net) returned to #gnuenterprise. Vee2d2 (~vin@c66.169.136.41.ts46v-07.ftwrth.tx.charter.com) returned to #gnuenterprise. Vee (~mike@66.182.192.34) returned to #gnuenterprise. Vee (~mike@66.182.192.34) got netsplit. Vee (~mike@66.182.192.34) returned to #gnuenterprise. dneighbo_ (~dneighbo@ip68-109-180-32.ph.ph.cox.net) joined #gnuenterprise. dneighbo (~dneighbo@ip68-109-180-32.ph.ph.cox.net) left irc: Connection timed out --- Thu Feb 12 2004