*** reinhard has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** reinhard_ has joined #gnuenterprise
*** johannesV has quit IRC
*** johannesV_ has joined #gnuenterprise
*** reinhard has quit IRC
*** johannesV has joined #gnuenterprise
*** kilo_ has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** dimas has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** holycow has joined #gnuenterprise
*** holycow has quit IRC
<reinhard> cd
<reinhard> <sigh>
<kilo_> reinhard: we tried to use range() in a trigger, and it stops with error
<kilo_> Traceback (most recent call last):
<kilo_> SyntaxError: unqualified exec is not allowed in function '__main___NAMED_PigLatin' it contains a nested function with free variables (<unknown_executioncontext>, line 4)
<reinhard> gack!
<reinhard> (as jamest would say)
<reinhard> i do not understand at all what this error message should mean
<reinhard> you get this from using range()??
<reinhard> i thought range() is a fairly standard function
<kilo_> it can be verified easily if you put a @print range(10) in intro.gfd, at line 13
<kilo_> and other builtin functions do this, like len()...
* reinhard is confused
<kilo_> btami says if he comments out the exec... part in python.py prepare func, it is ok.
<kilo_> or better it dies with an other error...
<johannesV> kilo_: i've added a 'print "Joke:", range (10)' to the trigger-code in sampel.gfd
<johannesV> it's working fine
<reinhard> isn't that great
<reinhard> whenever i get in trouble, johannesV is here to save my butt ;-)
<johannesV> :)
<btami> johannesV: can you try it with intro.gfd, what kilo said?
<johannesV> btami, kilo_: rename the function form "append" to "myAppend" ...
<johannesV> :)
<johannesV> ups, sorry
<johannesV> btami, kilo_: that's not a solution ...
<kilo_> we also think so...
<btami> lol
<johannesV> (forgotten to uncomment the print...)
<kilo_> whats that little thinggy over there ate the beginning of that line...oh, a '#'   8-))
<kilo_> s/ate/at
<johannesV> hmmm, this seems to be a namespace problem, where 'exec' hasn't access to the builtins in nested scopes
<kilo_> yes, exactly
*** cme has joined #gnuenterprise
<cme> any table review or something about the way to make a payroll...
<btami> reinhard: i can fix it with
<btami>       revisedCode += "    exec '%s = __namespace [\"%s\"]' % (__add, __add) in __builtins__.update(__namespace)\n"
<btami> in python.py ,but
<btami> i'm not sure this is a "good" fix
<btami> bbl
*** btami has quit IRC
*** jamest has joined #gnuenterprise
*** kilo_ has quit IRC
<chillywilly> bleh, debian mirrors seemed hosed or something
<chillywilly> ugh
<chillywilly> installing experimental apt is not a good thing to do
<chillywilly> stupid GPG verification crap
<chillywilly> too many stinking developer keys....
<chillywilly> la la laaa
<chillywilly> hey jamest 
*** johannesV_ has joined #gnuenterprise
<jamest> hey
<jamest> reinhard: would it be much work to make GSetup usable by gnue derived projects
<jamest> translation
<jamest> i started using GSetup in a common style library for a company however it installs in the /usr/local/gnue/ area as a submodule of gnue
*** johannesV has quit IRC
<reinhard> jamest: you use gnue-common there?
<jamest> yes
<jamest> this is a business logic specific library used in custom apps based upon gnue common
<reinhard> and you don't want it to install as submodule of gnue?
<jamest> not really, was hoping to keep it seperate
<jamest> if it's a bitch I won't bother and just leave it there
<reinhard> well
<jamest> figured I'd get the setup masters opinion before I bothered to spend time on it
<reinhard> i'm not really sure i want to do it
<reinhard> hmmm
<reinhard> might be a quick hack of 15 minutes or so
<reinhard> but will probably need excessive testing
<reinhard> and testing setup.py is always a bitch
<reinhard> basically, if you want to get into it
<reinhard> the class "install" in GSetup.py overrides "allowed_options"
<reinhard> and "user_options"
<reinhard> you would just have to not override user_options
<reinhard> and, in finalize_options
<reinhard> not set the self.install_* variables
<reinhard> all that you would have to do depending on a global variable
<reinhard> which you would have to set somehow from the outside
<reinhard> and of course i would prefer a clean, well-documented solution ;-)
<jamest> wtf?
<jamest> what do you mean by clean, well-documented?
<jamest> is that some .at slang phrase?
<reinhard> :)
<jamest> if you don't want it then I'm not going to mess w/ it
<reinhard> seriously
<reinhard> i'm not against it
<reinhard> it's just that it will need lots of testing
*** holycow has joined #gnuenterprise
*** reinhard has quit IRC
*** reinhard_ has joined #gnuenterprise
*** kilo_ has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
<SachaS> hi everyone
<reinhard> hi SachaS
<SachaS> hi reinhard
<SachaS> how are you?
<reinhard> fine, thanks
<SachaS> i send you an email
<SachaS> about our conversation
<SachaS> i forgot lots
<SachaS> :)
<SachaS> but still
<reinhard> :)
<SachaS> you can comment on it before I send it off
<SachaS> have to reread it again.
<SachaS> will be 5 minutes
<reinhard> ok
<reinhard> will do so later
<reinhard> have to prepare dinner for the kids RSN
<kilo_> hi SachaS
<reinhard> and going to EU parliament pre-election event afterwards
<SachaS> hi kilo
<SachaS> reinhard: are you still in vienna?
<holycow> mornin all
<reinhard> no, back in lustenau
<SachaS> ok
<SachaS> cool
*** wendall911 has joined #gnuenterprise
<SachaS> reinhard: sent
*** Morphous has joined #gnuenterprise
<SachaS> see ya later
<SachaS> going outside for a while
*** holycow has quit IRC
*** Amorphous has quit IRC
*** holycow has joined #gnuenterprise
*** sjc has joined #gnuenterprise
<adnWorkAwy> jcater or jamest you around?
<jamest> walkign out the door
<jamest> bbi15m
<derek_> okay
<jcater> be here for 10-12
<jcater> then going to lunch
<derek_> basically we need a way to file bugs
<jcater> /dev/null not working out for ya any more?
<derek_> are you guys opposed to opening back up dcl (just shutting off email
<derek_> well we are finding lots of "polish type" bugs
<jcater> hmm
<jcater> if email was shut off
<derek_> that i think we want to list in hopes of someone fixes as need be to make the product better and more solid
<derek_> i.e. they are not mission critical, but i hate to not log them somewhere
<jcater> and if we could do a report that creates a BUGS file, I think I'd be more likely to remember to check it
<derek_> okay i can take on looking at that
<jcater> my problem was not so much a dislike for the setup
<jcater> (except for the spam issue)
<jcater> but just never thinking of logging in and checking
<derek_> for now i am having the guys jot down in .txt file issues they hit
<jcater> that's my method
<derek_> but i would like a more public process :)
<jcater> btw, I like email submission
<jcater> if we could maybe do like debian's bug system does
<jcater> if you don't include a Package: <foobar> line
<derek_> well i like bts a LOT 
<jcater> the email gets rejected
<derek_> but i dislike it a lot too
<jcater> (not that Package: works for us, but "something"
<derek_> i think it is great for FILING bugs, but not all that great for researching them :)
<jcater> well, I was only referring to their email submission system
<jcater> i.e., how they avoid spam
<derek_> i thought that dcl email gateway was a good solution, the sucky thing is SPAM
<derek_> if we woudl could find a way to kill the spam i think the email gateway meets the need :(
<jcater> I see two basic options
<jcater> require a phrase in the email
<jcater> it gets bounced back if not present and ask them to resend
<jcater> or send confirmation email back to submitter
<jcater> and require them to click a link
<jcater> to confirm
<jcater> neither would be all that difficult to implement
<jcater> (... famous last words)
<derek_> im thinking in BTS can you just send an email to start a bug?
* derek_ always uses reportbug
<derek_> im thinking maybe reportbug puts in a header
<jcater> yes
<jcater> it does
<jcater> as the first bug I filed
<derek_> than after that it knows by the emailto
<jcater> reportbug handled incorrectly
<jcater> so the email got bounced because of no "Package: " line
<jcater> kinda pissed me off
<jcater> but that's why I know how it works :)
<derek_> so that is how they are handling spam
<derek_> i was thinking the confirmation link
<derek_> basically in dcl we could make a "submit queue"
<derek_> all email bugs go this queue
<derek_> until someone clicks on the link to "confirm it"
<derek_> at which point they get moved to normal incoming cue
<derek_> then every night anything older than two days gets deleted out of "submit queue" or something
<nickr> έέ
<derek_> nickr that was interesting :)
<nickr> Αγαμεμνον!
*** SachaOut has quit IRC
*** johannesV_ has quit IRC
<derek_> hmm is gnuenterprise.org down for anyone else?
<derek_> hmm apache seems up and the box seems up
<derek_> ah
<derek_> it seems https: is down
*** reinhard has quit IRC
<derek_> can anyone else hit http://www.gnuenterprise.org/dclgw/
* derek_ is trying to find out if this is a crap firewall issue or somethign on ash
<wendall911> derek_: not I
<wendall911> derek_: however, main site comes up just fine
<derek_> im wondering if apache-ssl just isnt running
<wendall911> https://www.gnuenterprise.org/ works fine for me
<derek_> yeah restarting apache-ssl seems to have fixed it
* derek_ just needs to know why apache-ssl was shut down
<derek_> ah i think i remember
<derek_> postgresql i think got fsckered on this box
*** SachaS has joined #gnuenterprise
<derek_> okay apache-ssl is being shut off again until postgres data reloaded :)
*** btami has joined #gnuenterprise
*** jcater has quit IRC
*** jcater has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** jcater_ has joined #gnuenterprise
*** jcater_ has quit IRC
*** dcmwai has quit IRC
*** dcmwai has joined #gnuenterprise
<jamest> apache-ssl was shut down because ash is now being used w/ run user apps
<jamest> like irc clients
<jamest> and we were having memory issues last week
*** jreynaga has joined #gnuenterprise
<derek_> irc clients?
<derek_> will we be able to run apache-ssl in the future?
* derek_ was hoping to get postgres table dumps and restore dcl data
<derek_> then bring things back on line
<jamest> yeah
<jamest> that's one thing I noticed running on it
<jamest> bitchx iirc
<jamest> i didn't investigate as svn was down and apache-ssl was (at the time) not needed as far as I could tell
<jamest> so off it went
<jamest> you're welcome to turn it back on
*** kilo_ has quit IRC
<derek_> nah its okay for now, until dcl data is restored no real reason
<derek_> hmmm /me is wondering if i created a bitchx session at one time there
<derek_> if so it was a one off expirement
*** kilo_ has joined #gnuenterprise
*** dcmwai has quit IRC
*** jreynaga has quit IRC
<SachaS> hi kilo_
<kilo_> hi SachaS
<kilo_> kids asleep, kilo awake
<SachaS> hehe
<SachaS> kilo developping?
* kilo_ installing
*** btami has quit IRC
<SachaS> :)
<SachaS> kilo installing gnue?
<kilo_> noooo, noooo, w2k/sarge box
<SachaS> oh ok
<kilo_> w2k so that i can play flight simulator, sarge so that i can play...er... mahjongg 8-)))
<SachaS> have you tried flightgear on linux?
<SachaS> i am fan of flightgear.
<SachaS> www.flightgear.org
<SachaS> amazing project.
<kilo_> imho FS is eye candy
<kilo_> not the best flight models at all, but everything looks great in FS
<SachaS> ur flying yourself?
<kilo_> irl?
<kilo_> no, my wife wouldnt allow that...
*** dneighbo_ has joined #gnuenterprise
*** dneighbo has quit IRC
<dnWork> flightgear is pretty amazing
<dnWork> they are usually next to the gnue booth at tradeshows
<dnWork> their stuff is pretty realistic
<dnWork> not as "pretty eye candy", but the realism is probably more than flight simulator
<SachaS> good stuff yes.
<kilo_> it was long time ago that i tried it
* dnWork thinks kilo_ just has a secret w2k fetish and is hiding behind games to support it ;)
* dnWork thinks we need to have btami beat him with a wet noodle to break the habit
<chillywilly> are you going to take that kilo_ ?
<chillywilly> ;P
<kilo_> rotfl
<kilo_> i use winnt/w2k since 1996 and do not have big problems with it at all
<kilo_> and right now i still develop w2k software
<chillywilly> heretic! ;)
<jamest> chillywilly: i agree with kilo
<chillywilly> jamest: good for you
<kilo_> but w98/me/xp is another world
<chillywilly> I guess...
<jamest> i've been using his w2k box since that as of yet unreported exploit came out
<jamest> and I've not had any troubles it either
<chillywilly> haha!
<cme> dnWork, do you think flightgear could work on a laptop ?
<SachaS> cme it does on mine
<SachaS> flightgear made great progress
<chillywilly> anyone else think EDI si evil?
<SachaS> but you need a little bit of horse power
<chillywilly> is*
<cme> SachaS, which is ?
<kilo_> jamest: w2k box is down now for more than a week 8-)))
<chillywilly> riiiight
<SachaS> chillywilly your still with your EDI project
<jamest> :) j/k kilo - i had to deal w/ family members sasser infected mess this weekend
<chillywilly> you mean you just pulled the plug a few seconds ago?
<SachaS> cme: it runs ok on pentium 4, 1.7 ghz, 1g ram
<chillywilly> SachaS: well I am looking into a quick fix until I have time to deal with it properly
<chillywilly> ;P
<cme> SachaS, might depend on the graphic card i suppose ?
<chillywilly> I still think it is satan spawn though
<kilo_> sasser, that is a thing...
<chillywilly> just a big ugly text file
<chillywilly> of crap
<chillywilly> that's all EDI documents are
<SachaS> cme: oh yeah ahm i think nvidia (official driver) ge440 go, 64 mb ram
<SachaS> on debian gnu/linux unsable
*** efox has joined #gnuenterprise
<cme> SachaS, on your laptop ?
<SachaS> cme yes
<SachaS> dell inspiron 8200
<cme> SachaS, all right.. and 30 minutes autonomy ? suppose ?
<SachaS> autonomy? what do you mean?
<cme> SachaS, laptop how long it could last without power ?
<kilo_> 'elp 'elp: which file are the DNS server addresses stored in?
<SachaS> oh yeah first i could work 2 hours with it, nowadays about 1hour :(
<cme> i thought lithium ion had no much memory effect.. it looks wrong.. :-?
<cme> :-\
<SachaS> i got a bios update, since then i have issues with powersuspend and things.
<efox> Hello
<SachaS> hi efox
<efox> I have a little problem with appserver... I can't edit or add properties to classes.
<kilo_> at least you can start it 8-))
<efox> This is what I get: Traceback (most recent call last):
<efox>   File "/usr/lib/python2.3/gnue/forms/GFForm.py", line 527, in commit
<efox>     block.processCommit()
<efox>   File "/usr/lib/python2.3/gnue/forms/GFObjects/GFBlock.py", line 431, in proces
<efox> sCommit
<efox>     self._dataSourceLink._dataObject.commit()
<efox>   File "/usr/lib/python2.3/gnue/common/datasources/drivers/Base/DataObject.py", 
<efox> line 151, in commit
<efox>     self._connection.commit()
<efox>   File "/usr/lib/python2.3/gnue/common/datasources/drivers/appserver/appserver/C
<efox> onnection.py", line 100, in commit
<efox>     self._sm.commit (self._sess_id)
<efox>   File "/usr/lib/python2.3/gnue/common/rpc/drivers/Base.py", line 232, in __call
<efox> __
<efox>     return self._adapter._runMethod (self._methodname, *args, **params)
<efox>   File "/usr/lib/python2.3/gnue/common/rpc/drivers/xmlrpc/pw_xmlrpc/ClientAdapte
<efox> r.py", line 96, in _runMethod
<efox>     raise client.DistantError, e.faultString
<efox> DistantError: (1054, "Unknown column 'TRUE' in 'field list'")
<efox> I can add classes and I can use the  addressbook example though... any ideas?
<SachaS> efox, the appserver developers (johannesV and reinhard) are currently not here.
<efox> ok, thanks
<SachaS> best
<SachaS> actually they read the log
<SachaS> or you might want to send an email
<SachaS> state your platform, version, os, if you installed from cvs (or now subversion), nightly snapshot, installed debian-debs etc.
<efox> allright, I'll send a detailed report to mailto:geas-support@gnuenterprise.org
<efox> without the mailto: part:p
<SachaS> hold on.
<jcater> that doesn't work
<SachaS> got a better email
<jcater> send to gnue-dev@gnu.org
<SachaS> yep
<efox> ok
<SachaS> i am not uptodate with appserver, unfortunately.
*** sjc has quit IRC
*** SachaS has left #gnuenterprise
*** reinhard has joined #gnuenterprise
*** jamest has quit IRC
*** kilo_ has quit IRC
*** cme has quit IRC
*** efox has quit IRC
*** SachaS has joined #gnuenterprise
*** reinhard_ has joined #gnuenterprise
<SachaS> hi reinhard_
<SachaS> welcome back
<SachaS> :)
<SachaS> or is it the reinhard_ bot
<reinhard_> hi SachaS
<ajmitch> must be the bot
<reinhard_> lol
*** SachaS has quit IRC
*** reinhard has quit IRC
*** jamest has joined #gnuenterprise
*** reinhard has quit IRC
*** SachaS has joined #gnuenterprise
<chillywilly> http://www.libertyetech.com/cws-gnome.png
<SachaS> are you back on track?
<chillywilly> woops wrong channel ;)
<chillywilly> yes I am
<jcater> I don't see how people can stomach transparent windows
* chillywilly shrugs
*** larva has joined #gnuenterprise
*** larva has left #gnuenterprise
<wayneg> chillywilly, what's the transparent app you have running on the side with all the monitors ?
<SachaS> gdesklets or superkaramba
<wayneg> thanks SachaS =)
<chillywilly> gdesklets
<wayneg> thanks cw, it's a hell of a lot sexyer then the sys mon i'm using =)
*** jcater has quit IRC
<chillywilly> gdesklets give me a hard on ;)
<wayneg> haha ... well i wouldn't go that far ... but hey each to their own =)
*** jcater has joined #gnuenterprise
*** wendall911 has left #gnuenterprise
*** mixi has joined #gnuenterprise
*** jcater has quit IRC
*** jcater has joined #gnuenterprise
*** jcater_ has joined #gnuenterprise
*** mixi^n`exsite has quit IRC
*** mdean has quit IRC
*** jamest has quit IRC
*** mixi has quit IRC
*** mixi^ has joined #gnuenterprise
*** mixi^ has quit IRC
*** mixi^ has joined #gnuenterprise
*** jcater has quit IRC
*** Vee2d2 has quit IRC
*** Vee2d2 has joined #gnuenterprise
*** SachaAway has quit IRC