chillywilly: yeah ah umm, lemme see if I can remember what it was I wa finna axe you dawg what are the connections and applications params in GServerApp.py fer? int the __int___ __init__ um qah ah qah! qqqwwwaaaaahhh! are yo a kungfu masta? er, you application --> a string naming the application type: 'forms', 'reports' iirc k corresponds to the entry to read from gnue.conf gotcha connections is a GConnections instance grasshopper lean mch from masta but typically that won't be passed aw sheeit if it's not passed then a new one is created rightio the only time you'd want to pass one is, e.g., a forms isntance needs to run a report reusing all the open connections is if you were smoking good gnue crack liek yourself? or navigator needs to run a forms or reports instnace I wouldn't call it good but it gets the job done heheh someone needs to come play tetrinet :) j/k I should code I would but I need to go to bed heheh night I should go back to bed but I'll do something else real quick /quit sleep jcater (~jason@cpe-066-061-083-220.midsouth.rr.com) left irc: "Client Exiting" wayneg (hobo@ppp1108.qld.padsl.internode.on.net) left irc: Read error: 54 (Connection reset by peer) reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. hi good morning uh...my head hurts night reinhard chillywilly (danielb@mke-24-167-199-83.wi.rr.com) left irc: "Free Your Enterprise! - http://www.gnuenterprise.org" reinhard_ (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. bbl reinhard_ (~reinhard@M692P020.adsl.highway.telekom.at) left irc: "Don't contradict a woman -- wait until she does herself" reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: Read error: 111 (Connection refused) reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. jbailey (~jbailey@65.48.140.35) joined #gnuenterprise. jamest_ (~jamest@leibniz.math.ksu.edu) joined #gnuenterprise. jbailey (~jbailey@65.48.140.35) left irc: "Client Exiting" reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: "There's always one more imbecile than you expect" reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: Client Quit reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: Client Quit reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. jbailey (~jbailey@atlas.fundserv.com) joined #gnuenterprise. reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: Read error: 104 (Connection reset by peer) reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. revDeke (www-data@alt1.libertydistribution.com) joined #gnuenterprise. chillywilly (danielb@mke-24-167-199-83.wi.rr.com) joined #gnuenterprise. yo StyXman (~mdione@ADSL-200-59-86-138.cordoba.sinectis.com.ar) joined #gnuenterprise. hi StyXman hi all! ... new year! happy gnu year StyXman! :) StyXman: you the firewire helper? i.e. i got a firewire card (pci) from brother in law hey revDeke and was going to tackle digital video soon Action: revDeke remembered someone here was giving me pointers thought it was you or chipaca did they say RTFM ;)? isn't there a HOWTO on the subject reverend? revDeke: You want pointers? 0xBEEFBABE. Don't dereference it though. Scary things on the other side. Action: chillywilly smacks jeff around some jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: Remote closed the connection jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. wb jcater if I submit a bug report via common-support@gnenterprise.org that the server architecture should be reworked using asynchronous multiplexing via asyncore/asynchat can someone then assign this ticket to me? plz nm, I'll submit the "bug" and then beg for an account via info@gnue.org ;) dsmith (~dsmith@208.40.56.34) joined #gnuenterprise. reworked? reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: Read error: 54 (Connection reset by peer) it was originally using async afaict it forks and goes into the background only the main process but the individual servers were doing async right the main process does nothing it just exists so the individual servlets have a parent where are individual servlets created? in the server adapters? and nothing uses the asyncore or asynchat stuff, but one driver does use ThreadingTCPServer and the GCommBase does start_new_thread well that fscking sucks which is asynchronous, but I thought that wasn't ideal s/sucks/licks bag I started an async server base in common/src/commdrivers/_helpers/ right which I looked at ok and I am still looking at so GServerApp.py is fine? the way it is Action: jbailey is away: I'm busy I think GServerApp is fine but the individual servers do need to be looked at that's just mho i.e., I'd want the XMLRPC server to be async but I don't think it matters in GServerApp as it just "exists" did that make sense? async using select() rather than threads right? yeah ok jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "Client Exiting" jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. wb jcater thx Action: jcater upgraded to KDE 3.1 and what a sweet thing it is ok Mr_You (rouzer@209-166-213-2.walrus.com) left irc: Read error: 110 (Connection timed out) jamest? does anybody knows about the inclussion of features implemented in our patch into gnue? um i'm still working on it is it possible t edit work orders in DCL? do you need special access? you guys know that the calendar pop-up is missing? chillywilly: special access to 'modify workorder' blah jamest: any progress report? I want to edit my work order it is wrong as I am not gonna change GServerApp.py StyXman: yeah, i'm slow was hoping to get to over the holidays have move that back to next week and weekend this weekend or the other one? the other one i hope to start Monday ah, ok. anything you need, just ask. can do _please_ ask. will do :) [14:47] Last message repeated 1 time(s). Mr_You (rouzer@209-166-213-2.walrus.com) joined #gnuenterprise. Action: jbailey is back (gone 01:53:41) hey what's wrong with this: DB000: File "server.py", line 208, in run DB000: grpcFile=__file__[:string.rfind(__file__,'/')]+"/donuts.grpc" DB000: NameError: global name '__file__' is not defined I take it __file__ is no longer a valid global name in python these days? hmmm, maybe not um iirc __file__ is valid w/in a module but not something run via command line i.e., in test.py if you: import test print test.__file__ it'll work (I think) but if you do python test.py __file__ won't be defined w/in test.py but I may be on crack either way that's a bad way to be coding that's what GConfig is for that's a really back hackl I hope it was a test file it's from _test in commdrivers ah, ok chillywilly: note, if you are playing it woudl be a good time to 'fix' that sample to use GConfig thusly.... use gnue common luke don't know hw GConfig works ;) that was my point fix it to work right and you will learn the force luke er gnue common i.e. the more you understand how GConfig and common works the more powerful gnue jedi you will become GNUe Common is what gives a GNUe Jedi his power. It's an code base created by an AI. It surrounds us and penatrates us. It binds the GNUe Framework togethter. hehe :) sometimes it penatrates a little too deeply though damn goats roflmao jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: Remote closed the connection jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. have a little problem we have a .py file where we hide some functionality called, hack.py in hack.py I'm trying to call, e.g., runForm but I cannot what should I do? why can't you call runForm? you can set gnue.conf's ImportPath ( [common] section) to point to a directory, where you can put custom python modules then w/in the form, in the On-Startup trigger you could do global hack import hack then all the triggers can reference hack.runWhatever() but we do have a runForm, ya know nono, it's the other way. from within a function in hack.py I can't call runForm, which is set up for trigger execution. ah yeah ... by common, I guess namespace isn't transfered over like that I suppose you'd have to pass a form object into the function def hack(....., form): form.whatever() or a function obj by itself. right I know no other way to do that currently ouch. why ouch? that's kind of in line w/python's namespace scope rules Action: revDeke is curious how someone using a file called hack.py is saying ouch to the oddities it incurs ;) I just don't like the idea of setting a function which will call another form which needs the actual function for calling that form as parameter. but you should see why do I need that :) well it may be possible to do it another way come to think of it in On-Startup: import hack hack.__dict__.update(globals()) that might transfer the global namespace of the triggers to the global namespace of the hack module wow that gives even more credence to the name 'hack.py' :) ell, I learnt something: do not do poll in a trigger :-/ pollin. ...ng it just hangs 'vrything. jamest, did you hacked anything in the way of

? I'm doing hacks to get one 'working' a fair bit of the work is done i think i just need to make some more adjustsment to the UI this is part of my plans for next week reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. can you advance how are you doin' it? I need to either reproduce it or backport it when is done. reinhard_ (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise. reinhard_ (~reinhard@M692P020.adsl.highway.telekom.at) left irc: Read error: 104 (Connection reset by peer) not even a hint? :( StyXman: he is touching a good bit of the UI code it's major changes to most of the forms/ files iirc I guess I would need a little bit of more info if I cannot simply backport that :( i don't think a backport would be worth doing the concept of self.currentForm in the code is gone instead all events pass a reference to the form or UI that they apply too this will allow non-modal dialogs so, I would need to pump up again to your current codebase or reimplement it in another way :-/ I wouldn't reimplement if you can give me the time

was to be able to replace your genericBox i planed on that being a dynamically created

nono, the thing is that now we need something in the ways of dialogs returning things but we don't think we have the time to bumpo up again. dyfet (~dyfet@dsl-65-188-113-57.telocity.com) joined #gnuenterprise. last time it took me more than 2 weeks and, sadly, we have some deadlines :-| the only way I could see making it work is what I'm implementing that's not to say it's the only way hmmm just the only way I could think of :) I tried to poll for answers from forms, but polling freezes the gtk main loop :( however I think runForm will allow data transfer back and forth now doesn't it jcater? I thought it did but we tested it now is your now or mine? and it didn't work like we thought but it could still work, non the less you could pass a dictionary as a parameter the only thing you'd run into is modal issues yes nothing would prevent the user from returning to the parent form I think I tried that and that it didn't work in our codebase StyXman: we tried the following, iirc: params = {'test': 'foo'} it probably doesn't work in our either then :) runFOrm('newForm',params) print params and that didn't work like I thought HOWEVER in thinking about it stuff = {} modal'ism ain't as important as returning values for us, I mean runForm('newFOrm',{'namespace': stuff}) print stuff well, params are passed by reference IIRC should work ah, with double indirecton, so to speak yeah I'll try that wow. only the 18% of big enterprises in outr country _does not_ uses linux :) needless to say, we have only two big enterprises :) dyfet (~dyfet@dsl-65-188-113-57.telocity.com) left irc: "Client Exiting" ugh. runForm is not blocking so ... foo= {} runForm ('call.gfd', {'a': foo}) print foo just prints '{}' as runForm exits inmediately can I 'signal' from one form to another? no offense if you would use official cvs you would save a LOT of time dsmith (~dsmith@208.40.56.34) left irc: "later.." revDeke: no comments. we never seem to find a way to stop running behind you its called making the commitment to do it revDeke: I'm still trying to merge their changes up stream so they can migrate up ... jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: Remote closed the connection jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) joined #gnuenterprise. jamest: which are the functionalities that will get into head, then? I mean, the ones in our patch. more or less. jamest: that was my point it takes time away from adding new features to try to sync with them and then they out of sync again makes it really a fruitless task from both sides it would be much better for them to stop their cvs fork and work diligently with us to get all functionality into our cvs and then be militant about getting changes into cvs going forward Action: revDeke isnt overly concerned from a gnue standpoint, just would like to help papo out by giving a consistent tree gnue team cant constantly spend time trying to resync Action: revDeke i guess misses the point Action: revDeke thought perlhead agreed to use gnue cvs and stop using private one revDeke: it's been a long time since we (almost) stopped to add features to our cvs ('cept for bug fixes) im saying just like a data conversion at some point you just HAVE to do it, if you want it done adding 'cept for bug fixes for example is bad news that begs that it will continue to be used Action: StyXman no parse Action: StyXman reads again. again im not too worried about it from a gnue standpoint, im just disappointed thats all I guess we'll have our cvs anyways, as we have functionality that will never get into gnue. unless there were other ways to introduce them, like delegation in the db arch. (or something like that; I'm repeating things that were discussed here @ office) we could (try to) implement such things. I think we first need agree no how it will be done. (need to) so what you are saying is you want a fork i.e. you say we want to implement ratPoison we say ratPoison doesnt belong on food no, we don't want a fork. we disagree it's the last thing we want. so you must maintain your own tree to get ratPoison on your food wait. well if you have your own cvs you have a fork just wait. you can call it what ever you like, but its a fork reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: "Friends may come and go, but enemies accumulate" it might be a minor fork but a fork none the less spork! we need it until there are better ways to introduce third party doce in gnue without modifiyng gnue Action: revDeke isnt saying dont do this or gasp why etc... im just trying to clarify, sorry if im frustrated (er pissed) s/doce/code/ we're too :-/ but i SPECIFICALLY asked perlhead that if jcater and jamest bent over backwards to apply patches that you would stop using your own cvs so we wouldnt have such headaches he said yes i asked them to drop everythign to get that done I guess he must be thinking in... and they did wait a sec. I'll call him. and now im hearing how you are back porting functionality that is working today (or close to working) [dialogs] Action: revDeke is utterly confused and perterbed (not in that you wish to have a fork, but in that i went of way to accomodate on a false pretense) perlhead (~fheinz@ADSL-200-59-86-138.cordoba.sinectis.com.ar) joined #gnuenterprise. revDeke: we're not fast enough for their business needs that's all i mean it's been weeks/months(?) sad but true. well its a two edge sword yes, I know you have dialogs almost done and styxman will spend two weeks implementing or back port so whom is slowing whom down again i cant stress enough this is like a data conversion if you are willing to kill the fork just do it Chipaca (~john@ADSL-200-59-86-138.cordoba.sinectis.com.ar) joined #gnuenterprise. and work like hell to get cvs head to meet your needs revDeke: we can't use current gnue head as it is. otherwise its a fork and we will likely reject all patches from papo unless they are created against our cvs as it takes 10 times as long to apply patches out of your cvs instead of against our cvs Been trying to catch up with the discussion... mind if I try to clarify things a bit? Particularly as I read revDeke's comments like I misled him. first, it hjas a but I can't fix in GFContainer.getFocusOrder First: if we had a fork in mind, why would we even care if you applied our patches or not? perlhead certainly i could have read into things, shitie has a bug. perlhead, well there are two types of forks a pure fork... we make foo, you want to go right i want to go left and we fork We most definitely *don't* want to fork. We're doing our best to work with what we currently have. and a mild fork, we make foo, you want to go right, we want to go right, you want to dress in red, we want to dress in blue in a mild fork it makes sense to 'share' as much as possible as things are going same direction my point is 'a fork is a fork' sounds hard in many ways a mild fork is more disturbing (resource wise) than a true fork For the record: we want PAPO and GNUe to share the same code base as soon as humanly possible, with available resources. Action: revDeke would rather see papo just use gnue and drop own cvs Action: revDeke understands business requirements and timelines sigh, i have to run revDeke: that's not possible yet. but just like a data conversion (switch over) at some point you have to fish or cut bait bye jamest StyXman: i'll see what I can squeez in earlier if you continue developing your branch jamest_ (~jamest@leibniz.math.ksu.edu) left #gnuenterprise. Action: perlhead would like that too, and hopes we can reach that point soon. we will never 'catch up' just like in a data conversion if you continue entering data in old system you will never cut over to the new one Point taken. conversely as this dialog sample proves as well there is functionality that might come into our cvs you want and its murder for you to back port it perhaps this is a good time to evaluate The problem is, neither you nor us can stop development. i.e. if dialogs will take you 2 weeks to do revDeke: you can. we can. we can imoplement the hooks needed to stop adding things. and its in our system and if it takes two weeks to get cvs head to give you proper functionality then its a wash and you are in sync Action: revDeke isnt saying thats the case but you have to look at such trade offs as to the 'we want to do X', but you say gnue doesnt want to do it that way well thats where the rubber meets the road either you do it gnue way or you fork (if that makes sense) Please revDeke, don't go down that road, because you're missing the point. 'its a wash and you're in sync'? It's not a matter of how we do things... it's that they are possible at all. We can always work out the best way to do stuff. StyXman: 2 weeks you would waste implenting something in our cvs, would negate the 2 weeks you would have to wait for your functionality to be in our cvs (i.e. a wash) The problem is that StyXman tells me that he'll need way over two weeks to catch up with GNUe a tie. and it takes more than two weeks for them to add our patch. it's thwe same. As far as I know, he played catch up for quite a while in nov/dec, and he never got anywhere near the head branch. perlhead, ideally the best thing to do is to check out our cvs "check out"? (lots of meanings for that phrase) perlhead: don't using our cvs but theirs he is talknif in cvs terms. then add the functionality to it thats missing and submit as patches shit one patch per functionality not a gaint patch t-a-l-k-i-n-g a. that will minimize amount of wait time you would incur from us b. that ensures our cvs does what you need in the mean time stop adding stuff to your cvs Problem is, as I understand it, that if we do that, our stuff STOPS WORKING. Action: revDeke thinks its the only way you will ever eliminate the fork perlhead, yeah it does but if you want to avoid a fork thats what needs to be done other wise it will forever be this way And we must have a widely deployable version in two months. Debugged and tested. the two trees wont magically converge well then i would say it behooves you to do ASAP unless you forever want a fork as if you deploy you will NEVER get back to our cvs as you will never be able to 'stop' adding features to sync up again im not saying you must do this, or even necessarily that you should do this that is up to you I don't think wee need too much things in gnue. just be forewarned we wont take patches created from a cvs other than our own I don't thing we need more stuff in gnue. just an FYI in 0.5.0 we have chagned the .gfd format completely No, they won't merge magically, but there's not actually that much more that we need... just now, a few UI things, and then we can rest. so you will be incompatiable going forward without MAJOR work on your tree one of them won't get into gnue ever. and we know that. but, if there's a way to keep that out of gnue... Action: revDeke should restate, not completely, but significantly revDeke: let's just cool off a bit now, and take a look at the items that we're talking about. perlhead: things that _they_ are successfully implementing. StyXman: for somethings like that if one off deals you could treat like the kernel does Chipaca, StyXman, please correct me if I put my foot in my mouth. for example there is a 'pre-emptive' kernel 'patch' or such where its a 'mini fork' for specific functionality We have stuff we need, and that GNUe wants but does not yet have in HEAD. perlhead i think thats an internal discussion for you guys as stated the best answer is checkout gnue cvs I understand now. add the functionality you need and submit patches by functionality that will guarantee that you have what you need in gnue cvs if a patch is rejected it can either be fixed to be accepted or as StyXman says something is told will never be in gnue then you can maintain 'just that patch' separately or such Action: perlhead regrets that revDeke is in "I just won't listen" mode or of course you can go along merrily not merging but we'll need to have an internal cvs to squash bugs in our patches. we get the same thing as now. perlhead: unfortunately i still think its the other way around StyXman: why? squash a bug submit a patch There are two positions: why? that's why we started our cvs tree. revDeke thinks if we don't merge now, we'll forfeit any chance to ever get in sync again. no i disagree i said once you release to people you for all intent and purpose forfeit that chance revDeke: good, but we are 4 guys, and won't be sync'ing trees among us. that's why, I guess, why we have cvs. not saying you ULTIMATELY do, but practically you do I think that position is too extreme. I realize that we are incurring costs that could be spared, but it's not irreversible. _but_, if we don't need to hack _into_ gnue instead of just adding files, that will stop our tree. revDeke: we *can* do it. i just think if you give good customer support it will be really hard to tell customers that their product will die until it can be merged into another product not saying it cant be done As long as the data remains compatible, we can do it any time. saying it will be painful for your customers, more painful than before perlhead: perhaps you missed the fact that i said we heavily changed the .gfd format revDeke: it's a financing thing. Action: Chipaca notes revDeke still thinks we're a business Action: revDeke realizes that isnt a 'data' thing but its going to be very ugly for you to back port Action: jbailey is away: ide cable and food buying a) there's a automatic conversor, AFAIK you have to be a business to have customers? b) there's still backwards compatibility, again, AFAIK StyXman: there is no backwards compatiablity revDeke: no, I got hit (amazingly, since I still get dizzy everu time I must use this IRC shit). I just don't think it's too bad an issue, since I understad there's automated upgrade tools. a 0.5.0 form will choke and die on 0.4.2 revDeke: but there's the converter, right? _and_ and a 0.4.2 form wont run against 0.5.0 even if we bump up now, we would again be porting the whole papo to gnue 0.5.x s/again// better to bump up now while there are some tools to help and so you dont continue to lose features revDeke: if we get a solution that *works* by march, we get the funding we need to continue work, and that work goes according to *our* schedule. i.e. if you dont make papo tree like 0.5.0 it will be an utter bitch for you to back port any new functionality we put in at any rate if they don't wanna share improvements to gnue you can't make them until now you have at least had that luxury If we deliver a better, pure gnue version by may, we don't. and you can't force them to upgrade their forms either perlhead: i can relate to that chillywilly: where did you get _that_ impression from? revDeke: good. chillywilly: its not that at all they have always been more than eager to share their improvements, i want to make it abundantly clear the gripe is not that they want to fork gnue and not give back Chipaca: it's not an impression of anything Now stay with me a bit. chillywilly: its more that applying patches is utter hell, because they are created off a cvs tree other than our own and in masse I see We have two sources of funding from that moment on. One is for us to use as we see fit, the other is bound to specific tasks. (i.e. a company that needs PAPO to do accounting in maya numerals) interesting is the maya currency beads, corn, shells? ;) So, we intend to use part of the resources from the first source to reach gnue head, and put the functionality we need to add our own stuff (like delegation) --- ... is four AFAIK Action: revDeke envisions GNUe Maya : The first hieroglphics application. ;) This means that we *will* do some shit twice, which we could have gotten right the first time. But if doing so will cost us our release date, we won'e even get to the point where we can get it right once. It's ugly, but there's no way around it. Limited resources suck. ok makes sense Now, you tell me we could get stuff like we need it sooner if we checked out from cvs today. StyXman tells me otherwise. perhaps And he's the one who's trying to do it. wait. we've already done that you will get somethings you need out of cvs back on... novem,ber? the question is does it outweigh what it will cost you to merge the other stuff over StyXman: would know this much better than I I'm SURE we'll get lots of nifty things from CVS. if he says there isnt enough we have you need, then its not worth it if he says there is some good stuff in there you need, it might be gnue-patches-sent-20021118.patch my point was it makes sense to do it now, not wait until you have customers that's 18/11 That's not what he says. is the file we sent. but thats before i heard that meeting date X means staying in business or not StyXman: most of those patches have been applied i think jamest has one or two to do that needed major work he said he will look at them this weekend yes. if i heard correctly yes. next one, but yes. It's not necessarily *that* hard (i.e. ready by tomorrow 0800 or *die*) but thats my point our cvs head after those patches might not be all that radiacally different feature wise But it we'll dealing with organizations that don't understand the software development process. anywho its up to you guys to decide whats best for you Sustainable development organizations, mostly. if you want to wait until after you procure funding thats understandable The ones who usually finance family farms and stuff. or, if you watch bbc, the organizaciones de base And it's very difficult to communicate to them about the work we do "under the hood". All they see is the dashboard. They have great trust in us, and we do all in our power to keep that trust. We know that a delay of 50% in software development is within experimental error. But for them it's an outrage. So our only way to get around that is to plan as if hell is about to break loose. (which it did, last december) revDeke: it's a contingency thing, right now. We're breaking new ground: these organizations are not used to financing technology programmes. We need to succeed, so others will see the effect it has in sustainable development. As to the way to prepare patches: we will do as you ask, against your tree. It just looks like it's not wise to do it right now. gotta run now. nice talking to you. anything else before I go? Action: perlhead wishes everyobdy a happy decade (a year is not nearly enough to get us all out of this mess) perlhead (~fheinz@ADSL-200-59-86-138.cordoba.sinectis.com.ar) left irc: "Client Exiting" :)) StyXman (~mdione@ADSL-200-59-86-138.cordoba.sinectis.com.ar) left irc: "ircII EPIC4-1.1.2 -- Are we there yet?" Action: Chipaca yawns revDeke: everything cleared up? think so ok, cool http://story.news.yahoo.com/news?tmpl=story&ncid=988&e=2&cid=573&u=/nm/20030102/od_nm/jackass_dc now thats funny I'm off to dinner... and to see TTT :-D cheers Action: Chipaca waves Chipaca (~john@ADSL-200-59-86-138.cordoba.sinectis.com.ar) left irc: "ircII EPIC4-1.1.2 -- Are we there yet?" i would say its the most ludicrous thing i heard today, BUT i read http://story.news.yahoo.com/news?tmpl=story&ncid=528&e=5&cid=528&u=/ap/20030102/ap_on_hi_te/computers_in_classrooms which says mississippi is the first state to have a computer online in every classroom next thing you know they will be telling me virginia decided to make wedding your cousin illegal all good AIs are from Mississippi didn't you know? Action: revDeke wondered if you would catch that humor seeing how you are from dem dare parts i think the news people were in your town as i heard it coming in on the radio yeah they mentioned the town (i forget what its called) Desoto COunty is my home richest county in MS siad they were in north mississippi just south of memphis (read: Most conservative :( and i was thinking, hmmm i wish i caught the name of the city either Hernando, Southaven, Horn Lake, or Olive Branch as i was thinking you recently moved the homestead back across the border olive branch i think cool yeah, that's my home town interestingly enough Olive Branch was the fastest growing city last decade in the US ok this is funny being a techie to see this headline (of course, if I get reminded of that one more time, I may puke) "Experimental Drug Shows Promise for MS" MS being multiple scrulsious (sp) not microsoft :) dude KDE 3.1 is rockin plus they actually have a GTK engine now that fully emulates the KDE theme so you can't tell which apps are Qt based and GTK-based it's really nice where you get it from? um it's RC5 w/a few bugs I'm not sure you'd want to put wife on it yet rock! burger king is going back to 99cents for a whopper!!! wife is back on gnome deb http://wh9.tu-dresden.de/kde3/karolina ./ # KDE RC packages from Karolina plus the gtk theme is konqueror wouldnt allow drag and drop of pictures to evolution deb http://home.tu-clausthal.de/~ifssch/debian/unstable-geramik/ ./ well, that likely hasn't changed nautilus would my nautilus was hosed on that box as the KDE and Gnome camps still don't share drag-n-drop, et al so upgraded whole shooting match but willing to look at kde again see if konq (file stuff is improved) well, I can't attest to that not necessarily drag and drop as she can still use nautilus konq the browser part has it has tabbed windows now too I don't use konq for file management so don't know how that's changed I use bash for all my file management needs http://story.news.yahoo.com/news?tmpl=story&ncid=536&e=5&cid=536&u=/ap/20030102/ap_on_go_ca_st_pe/homeland_privacy is slightly reassuring, but kollar-kelley on the case doesnt give me warm fuzzies revDeke (www-data@alt1.libertydistribution.com) left #gnuenterprise. jcater (~jason@w202.z065105010.mem-tn.dsl.cnc.net) left irc: "home" jbailey (~jbailey@atlas.fundserv.com) left irc: "Client Exiting" V_laptop (~vin@c66.169.136.41.ftwrth.tx.charter.com) joined #gnuenterprise. esands (~nic@mdr1-port40.jetstart.maxnet.co.nz) joined #gnuenterprise. Is psu been around? er, Has... jbailey (~jbailey@65.48.140.35) joined #gnuenterprise. hmmm, that homeland secrity stuff is damn scary you guys going into ww3 type mode? eh? ?homeland security? I was talking about: http://story.news.yahoo.chttp://story.news.yahoo.com/news?tmpl=story&ncid=536&e=5&cid=536&u=/ap/20030102/ap_on_go_ca_st_pe/homeland_privacyom/news?tmpl=story&ncid=536&e=5&cid=536&u=/ap/20030102/ap_on_go_ca_st_pe/homeland_privacy Sounds like some old british tv program. Er, sounded. Looks like your deal is worse than that. can't seem to get that news item. Links funny V_laptop (~vin@c66.169.136.41.ftwrth.tx.charter.com) left irc: Read error: 113 (No route to host) jbailey (~jbailey@65.48.140.35) left irc: "Client Exiting" esands (~nic@mdr1-port40.jetstart.maxnet.co.nz) left irc: "time to fold some statements" drochaid (~drochaid@pc2-kirk1-3-cust16.renf.cable.ntl.com) left irc: Read error: 104 (Connection reset by peer) drochaid (~drochaid@pc2-kirk1-3-cust16.renf.cable.ntl.com) joined #gnuenterprise. V_laptop (~vin@c66.169.136.41.ftwrth.tx.charter.com) joined #gnuenterprise. jcater (~jason@cpe-066-061-083-220.midsouth.rr.com) joined #gnuenterprise. yo yo yo halo what's the haps bro? this doing wireless from the living room is proving not very productive.. heh, turn the TV off ;) it rots your brain anyway especially with my eldest on top of me right now doing the 'What's that?' didn't your mom ever tell ya that? heheh kids it's a frelling computer!!! now go watch cartoon network and leave me be ;) Action: chillywilly smacks jcater around for good measure Action: V_laptop puts kids to bed brb lol Action: jcater thwaps chillywilly around just for the heck of it :) more more! * Interesting tidbit: Today's date is 01-02-03 didnt relize that =) yeah, but it was cooler at 01-02-03 04:05:06 :) heh cooler? something you put yer drinks in? nah, biotch that's an ice chest or, as we like to call them an ice chest yea, youse guys daown der eh are weird jamest (~jamest@adsl-65-71-168-128.dsl.tpkaks.swbell.net) left #gnuenterprise. jcater (~jason@cpe-066-061-083-220.midsouth.rr.com) left irc: Remote closed the connection jcater (~jason@cpe-066-061-083-220.midsouth.rr.com) joined #gnuenterprise. wb jcater thx are you having connection issues? upgraded to kde 3.1 :) ah not the beta? but the real deal? RC5 ok I thought you did that before found .debs for it so had to upgrade that was at work or did you do that at work? I'm at home now heheh right ;) is it fast? yeah, I think startup times are faster Gnome is sorta too bloated for my little lappy...then again so was kde the last time I checked well I doubt kde will be much better in that regards well I have 160mb ram not a whole lot, but the extent of what I can fit in it dyfet (~dyfet@dsl-65-188-113-57.telocity.com) joined #gnuenterprise. woah it's dyfet Action: chillywilly does a double take lol commoncpp list has been jmping lately yes, i have noticed but now more patches from me ;P er, no I really do plan to get back to it...umm...some day I just haven't figured out how commoncpp suddenly became so...can I say it...popular? cause it rocks their socks :) It also has meant a lot of more obscure bugs have been weeded... although I like to tell ppl my favorite c++ lib is gnu common c++ I don't think I can take the credit for its new found popularity ;) but I do mention it quite a bit when in IRC Maybe you need to start mentioning gnue more then :) we have plenty of ppl poking around gnue these days this is actually true there are a lot whole organizations even we could probably use more then again my quit and part messages all mention gnue ;) so there some advertising ;) there's it's you dan...:)...you make projects popular :) HAH you are funny I think its da masta...everyone is drawm to his torture and pain although we also seem to get a lot of notice with Bayonne...and I don't recall you talking much about that :) jamest (~jamest@adsl-65-71-168-128.dsl.tpkaks.swbell.net) joined #gnuenterprise. oh geeze jamest_ (~jamest@adsl-65-71-168-128.dsl.tpkaks.swbell.net) joined #gnuenterprise. jamest_ (~jamest@adsl-65-71-168-128.dsl.tpkaks.swbell.net) left irc: Client Quit like I was trying to take credit for commoncpp's popularity I think you misread what I was tryping but whatever lol...no, just teasing you :) chillywilly: make us popular with the girlies thats even better :) lol after all, don't free software coders have all the ladies? Action: jcater /clears that one yea, just look at rms :-o he's a pimp re you see, this is how we will win over proprietary software... Action: jcater gets back to work on GNUe Reports Action: chillywilly reads code hehe guess I'll lurk a bit then get to my midi controller. btw, I also talk about Bayonne every chance I get damnit! ;) I talk about donuts the same way I am like a walking talking advertisement Action: Mr_You wants a bayonne box jcater: we know ;) jcater: that's no mystery around here Action: jcater is rather frustrated that we bought a voice mail system right before I hooked up w/GNUe :( :( Action: chillywilly does a jcater.DonutBakery.BakingUnit.getCreamFilled() does it interface with your GNUe setup? ;-) nope it just sits in my server tower generating yet more heat well theres good reason for a future upgrade/enhancement of some kind? ;-) at least you have somewhere to go to keep warm ;) dude it was 30 degrees outside today in Memphis interesting but we kept the A/C in our room set to mid 60 as if its off for a few hours it shoots to about 90-95 but that's shorts weather to me hmm chillywilly and shorts a mental picture I didn't need heh, I have seen yor pic mr. and I wouldn't talk if I were you I don't wear shorts I run around naked you f00l now that is DEFINITELY a picture no one needed Action: chillywilly jabs eyes out with a hot pointy stick that would almost be tolerable except for the fact he's usually got a bit more than 2 handfulls of donuts on him at any specific time ew Action: drochaid is away: no ere, pretending to sleep dyfet (~dyfet@dsl-65-188-113-57.telocity.com) left irc: "Client Exiting" jamest (~jamest@adsl-65-71-168-128.dsl.tpkaks.swbell.net) left #gnuenterprise. --- Fri Jan 3 2003