[00:41] Last message repeated 1 time(s). SachaS (~sacha@dialup-196-250.wasp.net.au) joined #gnuenterprise. eugene_beast (~eugene@194.84.60.131) joined #gnuenterprise. hello all ppl chillywilly (~danielb@mke-65-29-142-117.wi.rr.com) left irc: "Philosophers and plow men, each must know his part, to sow a new mentality closer to the heart..." btami (~tamas@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. riandouglas (~Rian@63-217-29-202.sdsl.cais.net) left irc: Read error: 104 (Connection reset by peer) morning hi all hello ra3vat_ riandouglas (~Rian@63-217-29-212.sdsl.cais.net) joined #gnuenterprise. riandouglas (~Rian@63-217-29-212.sdsl.cais.net) left #gnuenterprise. riandouglas (~Rian@63-217-29-212.sdsl.cais.net) joined #gnuenterprise. ra3vat_ (ds@ics.elcom.ru) left irc: "Client Exiting" siesel (jan@xunzi.sinologie.uni-bonn.de) joined #gnuenterprise. morning hello seisel hey btami: you 're changes are uploaded (py-xmlrpc.sf.net-> sf.net/projects/py....) ok, thanks btami: so if you've time you can test appserver's installer again :) i want, but waiting a logn time running defrag before logn=long i'm testing on win2k box sometimes on woody I'm don't know how to create win32 installers, so I haven't tried win2k myself. woody should work great *should* :) i don't use "installers", just python setup.py install ignite (~ivan@hlebokom.dp.ua) joined #gnuenterprise. i will test on woody too, but haven't installed firebird yet it's my favorite db becouse it's better then mysql, and have native win32 version SachaS (~sacha@dialup-196-250.wasp.net.au) left irc: Remote closed the connection cool. Is it as easy to administrate as mysql? easyest! how much MByte do I have to download? /much/many/s 2.5 MB hypercool. http://firebird.sf.net Action: siesel will try it after work :) you can download a free ibadmin tool (1 MB) from ibphoenix.com too another little help: user=SYSDBA passw=masterkey are the defaults thx btami (~tamas@ip102-205.ktv.tiszanet.hu) left irc: Remote closed the connection btami (~tamas@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. Kinda quiet drochaid (~drochaid@pc2-kirk2-0-cust175.ren.cable.ntl.com) joined #gnuenterprise. ignite (~ivan@hlebokom.dp.ua) left irc: "using sirc version 2.211+KSIRC/1.2.1" btami (~tamas@ip102-205.ktv.tiszanet.hu) left irc: "Client Exiting" ra3vat (ds@195.239.204.234) joined #gnuenterprise. riandouglas (~Rian@63-217-29-212.sdsl.cais.net) left irc: Read error: 104 (Connection reset by peer) l8r siesel (jan@xunzi.sinologie.uni-bonn.de) left irc: "Leaving" eugene_beast (~eugene@194.84.60.131) left irc: "Client Exiting" bobacus (~rja29@co1.fitz.cam.ac.uk) joined #gnuenterprise. ra3vat (ds@195.239.204.234) left irc: Read error: 104 (Connection reset by peer) ra3vat (ds@195.239.204.234) joined #gnuenterprise. ToyMan (~stuq@65.167.123.51) joined #gnuenterprise. ariel_ (~ariel@ppp-217-133-241-83.dialup.tiscali.it) joined #gnuenterprise. Yurik (~yrashk@gw.telcos.net.ua) joined #gnuenterprise. alexey_ (~Alexey@techkran.vladimir.ru) left irc: "[x]chat" jamest (~jamest@hobbes.math.ksu.edu) joined #gnuenterprise. ra3vat (ds@195.239.204.234) left irc: "Client Exiting" ariel_ (~ariel@ppp-217-133-241-83.dialup.tiscali.it) left irc: Read error: 110 (Connection timed out) dsmith (~dsmith@208.40.56.34) joined #gnuenterprise. btami (~tamas@ip102-205.ktv.tiszanet.hu) joined #gnuenterprise. hi all jamest: you here? ra3vat (ds@195.239.204.234) joined #gnuenterprise. sorta playing catch up wassup? riandouglas (~Rian@203-206-81-108-dial.froggy.com.au) joined #gnuenterprise. alexey_ (~alexey@195.151.214.34) joined #gnuenterprise. i sended a fix to DCL ticket #39 please take a look at it and another interbase/firebird driver enhancemet sended to gnue-dev riandouglas (~Rian@203-206-81-108-dial.froggy.com.au) left #gnuenterprise ("KVIrc: a breath of fresh net..."). and a last one please correct interbase section of README.database pattieja (~pattieja@www.pcxperience.com) joined #gnuenterprise. siesel (jan@dial-194-8-209-154.netcologne.de) joined #gnuenterprise. hi! jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. hi jcater. morning hello siesel,jcater morning please read backlog jamest disappeared and i asked things give me a little while Action: jcater is busy w/work at the moment btami: i'll try and find time soon I promise, things have been a little nuts for me recently ok, i asked jcater too :) ra3vat (ds@195.239.204.234) left irc: Read error: 110 (Connection timed out) ra3vat (ds@195.239.204.234) joined #gnuenterprise. dres (~dres@mail.lewismoss.org) left irc: Read error: 104 (Connection reset by peer) dres (~dres@mail.lewismoss.org) joined #gnuenterprise. dneighbo (~dneighbo@cpe-24-221-112-50.az.sprintbbd.net) left irc: "Client Exiting" ra3vat (ds@195.239.204.234) left irc: Read error: 104 (Connection reset by peer) ra3vat (ds@195.239.204.234) joined #gnuenterprise. btami (~tamas@ip102-205.ktv.tiszanet.hu) left irc: "Client Exiting" jamest, jcater: I had a look at btami's patch for dbdriver/interbase. It just adds trigger functions (similar to the ones in dbdriver/_pgsql) and won't make the basic driver getting unstable or something like that. Do you have any objection to add it to common now, or should it wait for after the freeze? I've already added it like 4 minutes ago :) Action: siesel has to eat more donuts to get a bit faster.. ;) jcater: do you have add the changes to README.database too? it'd be hard to exceed jcater's speed...he's an AI btami: in the future, could you please submit as patches instead of whole files oops, he's gone btw. what is still to be done before the release of common? well i'd like to look into some issues w/ number fields (common/forms interaction) jamest and my lifes need to calm down :) but honestly that's looking like next weekend and I want to release so badly yeah, now that we're known for working on GNUe our lives have become one non-stop party. /msg jcater lies like that may help us attract more developers /msg jamest well, the non-stop part is at least right jamest, jcater: I hope to see you again in 2-4 hours to discuss some questions about installers and the release... , just to continue that "non-stop" part ;) Action: siesel has to run (shopping) siesel (jan@dial-194-8-209-154.netcologne.de) left irc: "Expert systems are built to embody the knowledge of human experts. - Kulawiec" dneighbo (~dneighbo@tmp-200253.flinthills.com) joined #gnuenterprise. bobacus (~rja29@co1.fitz.cam.ac.uk) left irc: "Client Exiting" yogurt2unge (~charlie@modem117-adsl.capfed2.sinectis.com.ar) joined #gnuenterprise. StyXman (~mdione@modem117-adsl.capfed2.sinectis.com.ar) joined #gnuenterprise. wow! jcarter and jamest! just who I need... (hello all) if I develop a new widget, what exactly should I do in forms/uidrivers/_base/UIdriver.py? Action: dneighbo hints to StyXman its cater not carter and nowing the difference will do leaps and bounds in terms of getting a response :) s/knowing/nowing StyXman probably depends on the widget if its a widget that will be fully supported by GNUe long haul it would go same place as others if its one that probably wont be i think it will be handled differently dneighbo: I'm trying to understand a GFUserInterfaceBase though im not sure provisions have been made for that as of yet i know it was discussed that we should have a way to handle widgets that might not be 'official' in a sense it has the _formToUI and _formToUIWidget hashes, along with widgetConstructorFunction. the latter seems what I need, but I'm not sure. bobacus (~rja29@pc2-camc5-0-cust191.cam.cable.ntl.com) joined #gnuenterprise. Yurik (~yrashk@gw.telcos.net.ua) left irc: "Client Exiting" bobacus (~rja29@pc2-camc5-0-cust191.cam.cable.ntl.com) left irc: Read error: 113 (No route to host) ignite (~ivan@hlebokom.dp.ua) joined #gnuenterprise. aprono (~aprono@modem117-adsl.capfed2.sinectis.com.ar) joined #gnuenterprise. hey are you folks ever rest ? no that would be silly sleep is for the sane ;) i read python tutorial now, handy thing plan to use it for prototyping sleep is for the weak. StyXman: both are in use _formToUI is the form tag to UIfoo mapping _formToUIWidget is the mapping to the numerous widgets that can be created by a single UIfoo instance UIfoo = the various forms ui entities now, I'm near. I just need to reach the form. can I traverse something @ -createWidget time to reach it? um nothing in forms UI system exists w/o have a virtual forms counterpart so the UI is built from the form loaded in memory jamest: nono, I'm trying to build a toolbar. I need the form to call createToolBar Chipaca (~john@modem117-adsl.capfed2.sinectis.com.ar) joined #gnuenterprise. hi chip. ah StyXman: yo call via a trigger or other? I'm *amost* there. trigger? no, I need it @ _createWidget time... ah right now the entire ui system is created from the gfobject tree built by the parser this sounds different though.....off the top of my head and my container is a panel, which I don't know why, but it's wrong. i'd think you could easily add a another phased init stage in the form itself whoops scratch that in the parser I explicitly said the only forms can have maintoolbar tags and the tag is 'son' of the form tag ooooo and the toolbar is a gfobj based? not the UIMainToolBar (or is it?) (I already tried findParentOfType...) I still don't know why the container is a wxPanel... why can't I specify the user in connections.conf? which container? the one created by wx or the main window in forms? and I don't recall a UIMainToolBar existing so this is something you added? jamest: _createWindow is called with a container param. the one passed to my _cW is a wxPanel. should be a sxForm, I gues... jamest: you bet. Chipaca: you tired of the login screen? :) StyXman: YES alexey_ (~alexey@195.151.214.34) left irc: "Client Exiting" Action: StyXman too StyXman: ok, I'll 'fix' it I want that fix... 'gnue', 'gnue'... bah... IIRC the wxForm contains a pannel...i think this is some kind of wx'ism my memory on why isn't that good :) OK, so the functionality is there (if you put _username, which is silly but still), but you never actually *check* almost... almost! (shi-t) what's the rationale for having '_username' instead of 'username'? um because anything prefixed w/ '_' shouldn't be in the connectiosn.conf file to avoid conflicts it's a notation jcater: I understand that; what's the rationale of not allowing one to specify the username in connections.conf? we were, um, being security conscious you could of course add it but I would make GConnections.py check for 'username' and set '_username' if found we were planning to add netrc support iirc if I have a GFForm, how do I reach the UIForm? jcater: what's netrc? ? http://www.python.org/doc/current/lib/module-netrc.html jcater: tks jcater: I can get handle of a GFForm. the form I'm child of. but I need thr UIForm... err I have no clue I'd have to look shi-t jcater: Ok, I'll see if I can leave space for that we planned for the UIForm to never be seen so I'm not sure what you'd have to do BUG! if you quit a form before the splash has gone away it *hangs* ! err we know :( it's a wx bug jcater: but the childs could need to reach the form... is there a ToolBar thing? toolbar thing? 'cause only wxForms can make toolbars... jcater: that's easy to fix: don't show the splash Chipaca: there's a setting to stop it Chipaca: both a command line option and a gnue.conf option to shut it off for that very reason jamest: if it's buggy, shouldn't the default be off? ignite (~ivan@hlebokom.dp.ua) left irc: "using sirc version 2.211+KSIRC/1.2.1" python Q: can you put a try inside a try? yes ok. tomorrow. bye bye. jamest: think of toolbars. they *need* the wxWindow. Chipaca: !!!! StyXman: ???? Chipaca: obviously *yes* StyXman: why? it's like a while inside a while. a for inside an if. a try inside a else: and so on... (a if inside a while inside a for inside a try inside...) StyXman: I know it *should*, but then again it should also have more than two scopes for variables, or more than one fixed initializer for classes, or ... ok, bye y'all. StyXman (~mdione@modem117-adsl.capfed2.sinectis.com.ar) left irc: "bails out" jcater: in your opinion, should this stuf go in GConnections, or where? what is this stuff? if you mean username and such i would say that is a bad thing to do dneighbo: where then? dneighbo: or do you mean the adding of reading in username from connections.conf is bad per se? Action: Chipaca waits... Action: Chipaca waits some more i'm thinking netrc support would be a little better if you're putting passwords in there but both places have issues if it's security issues, of *course* neither is secure. yes, security issues but sometimes I don't really care (as in when I'm developing something and I don't have a password on the database in my closed LAN) putting it in connections.conf you have to have that file readable to the world at least in netrc it only has to be readable to the user of forms er that came out wrong jamest: agreed. Is that a reason not to let the user do it if she knows what she's doing? psu (psu@manorcon.demon.co.uk) joined #gnuenterprise. jamest: I understood it anyways i'm really not for or against it i think i was the one looking at adding netrc support for some of my users Action: Chipaca thinks having forms authenticate against the databse sucks, anyways yes but it's all we have at this time I wonder why dneighbo didn't answer; i'm really interested in having all the cons dneighbo: PING jamest: Ok, I'll add netrc and up the diff to gnue-dev Chipaca: dneighbo, jcater, and myself are at our "real jobs" right now so IRC is very, very low priority :( Chipaca: but to answer to your question, *if* it were added to connections.conf, then GConnections.py is the place to add it jamest: this *is* my 'real' job :D Action: Chipaca loves working for free software jcater: what about netrc? it seems to fit in exactly here hmm Action: Chipaca hmms should netrc override connections, or viceversa? i would think that netrc would override connections so the user could override the system default i guess ;) jamest: Ok, works for me jamest: I'm thinking about how to specify the hostname jamest: I think it should probably something like gnue://host/provider/dbname/ jamest: which leaves me with this ugly feeling of netrc not being the right place for it :) pattieja (~pattieja@www.pcxperience.com) left irc: "[x]chat" sorry busy :( i say if you want to hard code it use command line parameters and alias you shell to always fire those so you do say frmdev or something dneighbo: i think that's ugly :) which aliases gfcvs -u chipaca -p mymomma or whatever dneighbo: I'd say there is a place for that too, but I still would rather have this functionality in its not uglier than putting it in connections.conf Action: dneighbo thinks its not a good idea to hard code at all dneighbo: it's not hard codeing nuthin' if you put it in your connections.conf you are hardcoding it dneighbo: no, if you put it in Connections.py you're hardcofing it Action: dneighbo cant see where its that big of a deal to log in every time dneighbo: if you put it in your text configuration file, it's the UNIX way i would rather see someone work on integration instead where it uses your system login first dneighbo: I'm scratching my itch :) and only if that fails does it prompt dneighbo: that comes next ]:) pattieja (~pattieja@www.pcxperience.com) joined #gnuenterprise. dneighbo: in fact no, that's wrong :/ as that is a much better solution to not wanting to have to login :) i agree Action: pattieja is away: I'm busy dneighbo: the right way is, in your connections.conf, define a say _auth connection which tells forms how to auth the user i think with ERP type applications you shoudl be challenged regardless and never trusted Action: pattieja is away: I'm busy i suppose tehre is no evil in letting connections.conf do it Action: pattieja is back (gone 00:00:04) as its optional i just dont like to encourage it i.e. if it itches i say scratch it if jamest/jcater dont have issues with it but in documentation and elsewhere it should state hey fooey bad idea i think a good compromise might be 'remembered' userids by machine so if i come in and login as dneighbo next time i fire up forms dneighbo is automatically entered into the user field and just have to type my password but if im not dneighbo i just type my userid and password its not what i 'like', but i could see the lazy wanting it its common in many systems reinhard (~rm@M693P012.adsl.highway.telekom.at) joined #gnuenterprise. Action: jcater blushes... like mine I'd prefer to do a netrc type thing, though jcater: done jcater: I've 'extended' the syntax of netrc a little though :/ um ? jcater: and I'm not sure this is the Right Way to do this, but anyhoo jcater: I have this in my connections.conf: [papo] provider = psycopg host = martina.fsl.org.ar dbname = papo comment = Hope it works jcater: the following netrc 'works': machine 'gnue://martina.fsl.org.ar/psycopg/papo' login 'john' password None ah, cool I'm doing eval()s of those things, so I'm not sure it's safe how safe is python's eval()? I mean, I'm doing foo = eval(thing), can that eval explode out? um I *think* it can let me see :) netrc seems to be smart about that ToyMan (~stuq@65.167.123.51) left irc: "Client Exiting" well, I can't seem to make it do anything weird which isn't saying much I'll just put a 'Warning' thing around it and send it in :) what are the Correct Options for diff wrt sending in a patch? um we are waiting for someone with better cvs experience than us to tell us :)( ah, Ok, I'll just use -u and hope that works for you (it's what's usual in lkml for example) ok we'll try to work with whatever we get Any problem if the GDebug things get longer than 80 columns? nope psu (psu@manorcon.demon.co.uk) left #gnuenterprise. i find plain old diff seems to work welll i suppose we make that our standard until we find a reason to do otherwise :) that's fine we just need *something* :) Action: dneighbo wonders if the .ar crew will be gone from may31 to jun30 why? gah! tabs are dirtying up the diff! figure you will be at home watching Bielsa boss his girls around in Korea. at 4am, maybe doh thats right you are probably similar timezone as me im at UTC -07:00 Action: dneighbo likes watching ar futbol Action: jcater is at TimeToGoHome - 01:00 we're UTC-3 just scream go diego a lot and its a safe bet for nearly any team frankly argentina got screwed by being put in a brutal bracket can't you pay brazil to trade? ;) I'm getting a weird space difference from diff btw: what is the news there saying about Diego being denied a passport into korea? define weird space diff in fact, I'm getting a very strange diff, as if the cvs it's doing the diff against isn'd the same as the one it does the update against agh, no, it's ok, it's just splitting it weird :) hold it! Action: Chipaca has figured out how not to use eval() :) siesel (jan@dial-195-14-226-105.netcologne.de) joined #gnuenterprise. hello gnue! heloooo siesel hi Chipaca. chillywilly (~danielb@mke-65-29-142-117.wi.rr.com) joined #gnuenterprise. hey siesel and all hi reinhard, hi chilly hi reinhard, siesel siesel: sorry for not keeping my promise yesterday about testing appserver the world is freaking out at me at least it seems so not to mention the mad goats ;) those goats get around jamest: it's like a disease :) it's a long weekend here from thursday to sunday jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "moving computer rack" i'll be afk all the time :( Action: siesel is getting frightend of the day when there are mad GOATs in the appserver ;) well parts :( and parts :) because it's actually holiday... and next weekned i'll help man the fsfe booth on linuxtag reinhard: will you have "holidays?" yep need that every couple of years Action: Chipaca points people at his recent mail in gnue-dev dsmith (~dsmith@208.40.56.34) left irc: Read error: 113 (No route to host) what is netrc? chillywilly: http://www.python.org/doc/current/lib/module-netrc.html siesel: btw yes sabine is my wife :) bastards done gone and documented things again sigh chillywilly: jcater's answer documentation!? heheh https://sourceforge.net/mailarchive/forum.php?thread_id=151394&forum_id=3742 Action: chillywilly thinks that is a funny email reinhard: congratulations. thanks :) she keeps telling me it's a bad photo btw you all heard the story about BMW 7 cars not working correctly due to a bug in the car's software? I haven't met a woman, who knows about a good photo of herself. siesel: lol hehe How do I do to add an image in a button? ToyMan (~stuq@c5300-4-ip170.albany.thebiz.net) joined #gnuenterprise. aprono: good question! night all reinhard (~rm@M693P012.adsl.highway.telekom.at) left irc: "Anything is good and useful if it's made of chocolate" in a forms button? that isn't supported how do you do it on the toolbar then? ah in wx it's not a problem toolbar is hardcoded I think yes forms gfd doesn't support graphical buttons at this time jamest: can i bind a keypress to a trigger? there are a lot stuff harcoded yogurt2unge: that's an understatement aprono: at one time this was possible but i'd have to look in the code to see if it still is it should be supported things like the toolbar are hardcoded until we find the time to replace with more dynamic setup alot of things are also hardcoded to fit the design goal of forms we are not building a glade In the gdf file must be a flag or something like to activate or not the toolbar yogurt2unge: I thing StyXman had that working before he left (or almost) the toolbar is always on right now jamest: not in StyXman's tree jamest: yep :) ah :) aprono (~aprono@modem117-adsl.capfed2.sinectis.com.ar) left irc: "Client Exiting" l8r jamest (~jamest@hobbes.math.ksu.edu) left irc: "[x]chat" pattieja_ (~pattieja@sc2-24.217.184.48.charter-stl.com) joined #gnuenterprise. jamest: where should a TODO file for RPC-Abstraction go? /common/doc/ or /common/src/commdrivers/ ? siesel: he's dead, jim [17:03:40] <-- jamest has quit ("[x]chat") Action: siesel has to go to the ophthalmologist I would say ust add it to top-level TODO s/ust/just there's stuff in there about db drivers no reason rpc stuff can't be in there it is twice the size of that toplevel TODO ... so I don't dare heh btw. I've added " add an basic example on how to write new commdrivers" ok pattieja (~pattieja@www.pcxperience.com) left irc: Read error: 110 (Connection timed out) Nick change: pattieja_ -> pattieja siesel none of the above it should go into DCL