*** crazyziv1 has joined #gnuenterprise
*** crazyziv1 has left #gnuenterprise
*** crazyziv1 has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** ncjp has joined #gnuenterprise
*** ncjp_ has quit IRC
*** crazyziv1 has left #gnuenterprise
*** sjc has quit IRC
*** mnemoc has quit IRC
*** mnemoc has joined #gnuenterprise
*** wt has joined #gnuenterprise
*** wt has left #gnuenterprise
*** crazyzivi has joined #gnuenterprise
*** tiredbones has joined #gnuenterprise
*** crazyzivi has quit IRC
*** tiredbones has quit IRC
*** btami has joined #gnuenterprise
*** tiredbones has joined #gnuenterprise
*** tiredbones has quit IRC
*** tiredbones has joined #gnuenterprise
*** btami has quit IRC
<tiredbones> I'm running module vendor_maint.gfd; after I enter the user "test" and pw "test" I get the following error
<tiredbones> from module Connection.py -
<tiredbones> ProgrammingError:Error relation "vendor" does not exist
<tiredbones> I did run the shell script setupdb.py.
*** crazyzivi has joined #gnuenterprise
<tiredbones> that should have been /usr/bin/setupdb
<tiredbones> ok, /usr/bin/gnue-setupdb
*** crazyzivi has left #gnuenterprise
*** lekma has joined #gnuenterprise
<lekma> hi everyone
<tiredbones> good morning lekma.
<tiredbones> I think there is a mismatch between what gnue.setupdb does and running the module vendor_maint.gfd
<tiredbones> I don't see any values for vendor in the gnue db.
<tiredbones> I assuming that gnue.gsd is the only file that is pulled in.
*** siesel has joined #gnuenterprise
<siesel> hi
*** siesel has quit IRC
<tiredbones> some more info on the error from running vendor_maint.gfd. It looks like it's destine to fail
<tiredbones> SELECT city,phone_work,zip,address1,company,state,phone_fax,address2 FROM vendor WHERE((1=0))
*** tiredbones has quit IRC
*** titopbs has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** titopbs has quit IRC
*** titopbs has joined #gnuenterprise
*** mdean has quit IRC
*** tiredbones has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<reinhard> tiredbones: if you read this
<reinhard> sample.gfd is under /usr/share/doc/examples
<reinhard> but you have to unzip it (debian packages have samples zipped for space saving reasons)
<reinhard> gzip -d sample.gfd
<reinhard> will create a sample.gfd from sample.gfd.gz
<tiredbones> reinhard: I do not have that path .
<reinhard> sorry typo
<reinhard>  /usr/share/doc/gnue-appserver/examples
*** titopbs has quit IRC
<tiredbones> reinhard: whrn I run gnue-forms sample.gfd I get the following error,
<tiredbones> the module is ConfigParder.py line 240
<tiredbones> raise NoSectioError(section)
<tiredbones> NoSectionError: No Section: 'appserver'
<tiredbones> my gnue.conf does have this section
<tiredbones> the module name should have been ConfigParser.py. typo
<reinhard> can you paste the last 10 lines or so of the traceback here?
*** siesel has joined #gnuenterprise
<tiredbones> it seems that I can't highlight the traceback to paste here. Is there another way to get at the traceback?
<reinhard> you can if you start gnue-forms with -u gtk2
*** mnemoc has quit IRC
<reinhard> hey siesel!
<siesel> hi reinhard :)
<reinhard> how are you?
<siesel> fine, today, I'm chilling out.
<siesel> Do you have such a storm too, down there in Austria?
<reinhard> no
<reinhard> not at all
<tiredbones> I'm using Xchat, I'm able to highlight, but Xchat wouldn't let me paste.
<reinhard> can you send me in a mail?
<reinhard> reinhard at gnue dot org
<siesel> tiredbones, do you've tried right mouse button?
<reinhard> usually it's middle mouse button?
<tiredbones> File "/usr/lib/gnue/python/gnue/common/datasources/GConnections.py", line 330, in requestConnection
<tiredbones>     self.loginToConnection(dataObject._connection)
<tiredbones>    File "/usr/lib/gnue/python/gnue/common/datasources/GConnections.py", line 394, in loginToConnection
<tiredbones>     checkFields   = connection.getLoginFields ()
<tiredbones>    File "/usr/lib/gnue/python/gnue/common/datasources/drivers/appserver/appserver/Connection.py", line 71, in getLoginFields
<tiredbones>     cfg = gConfigDict (section = 'appserver')
<tiredbones>    File "/usr/lib/gnue/python/gnue/common/apps/GConfig.py", line 173, in gConfigDict
<tiredbones>     for option in self._loadedConfigs[configFilename].options(section):
<tiredbones>    File "/usr/lib/python2.3/ConfigParser.py", line 240, in options
<tiredbones>     raise NoSectionError(section)
<tiredbones>  NoSectionError: No section: 'appserver'
<tiredbones> it worked that time.
<tiredbones> the reason it worked that ime is because I didn't kill the window before pasting. interesting
<siesel> tiredbones: if you add --debug-level=2   you should get information, from which file you are reading
<reinhard> right
<reinhard> you might want to redirect output to a file
<reinhard> because it might get long :)
<reinhard> then search for "gnue.conf" in the output
<tiredbones> so the command looks like this, "gnue-forms -u gtk2 --debug-level=2"
<reinhard> yes
<siesel> reinhard: I've read, you got your first gnue customer?
<reinhard> not yet
<reinhard> but somebody who seems interested
<siesel> great
* siesel is reading appserver roadmap
<reinhard> siesel: you might want to read appserver NEWS file beforehand ;-)
<dimas> hello all
<siesel> hi dimas
<reinhard> hello dimas
<dimas> hello siesel, reinhard
<tiredbones> is this correct: gnue-forms -u gtk2 --debug-level=2 sample.gfd > errorlog
<siesel> reinhard: bah, NEWS,   cvs commit email are much more interessting
<reinhard> tiredbones: yes
<tiredbones> well then, nothing in errorlog.
<siesel> tiredbones: is this the windows-no debug build?
<dimas> siesel: i got some problem on a machime with python2.2 and not very new wxPython
<reinhard> no tiredbones uses debian
<dimas> siesel: will check now when it starts
<reinhard> tiredbones: you got stuff dumped on the screen?
<tiredbones> can I ask why all the messages that are direct to in Xchat are in red.
<tiredbones> reinhard: yes they are dump to the window
<siesel> tiredbones: the debian installation of mine is searching for gnue.conf in the following locations:
<siesel>  Configuration files were read in this order:  ['/etc/gnue/gnue.conf', '/home/jan/.gnue/gnue.conf', '/etc/gnue/gnue.conf.fixed']
*** btami has joined #gnuenterprise
<siesel> hi btami
<btami> hi all
<btami> hi siesel
<btami> thx for fixing configfile driver!
<siesel> :)
<btami> :)
<tiredbones> siesel: my path is /usr/local/gnu-conf/etc/gnue.conf
<reinhard> tiredbones: then you have to do 2> instead of >
<reinhard> tiredbones: huh?
<reinhard> tiredbones: I thought you installed the debian packages?
<tiredbones> I did.
<reinhard> tiredbones: it seems you have two gnue-forms lying around?
<btami> tiredbones: there is a --debug-file= option too
<reinhard> maybe some remains from your previous install?
<tiredbones> No, I completely whip it out.
<reinhard> do you have that file you gave above?
<tiredbones> yes, I'm looking now.
<tiredbones> I have the same info that siesel in his search of gnue-conf, except for my home directory.
<tiredbones> Anthing else I should look for in the output?\
<dimas> siesel: after revision 6918 it does not work here with wxPythonGTK-2.3.3
<dimas> Modified:
<dimas>    trunk/gnue-forms/src/uidrivers/wx/UIWXSplashScreen.py
<dimas>    trunk/gnue-forms/src/uidrivers/wx/common.py
<dimas> Log:
<dimas> Adapt code to work with wxWidgets Ver > 2.4 in Unicode mode
<dimas> from Date: 2005-01-23 16:24:53 -0600 (Sun, 23 Jan 2005)
<tiredbones> reinhard: lots of these types of errors-
<tiredbones> DB002: 0:00:00.334 [UIdriver:163] gtk2.widgets.box.pyc doesn't appear to be a valid ui widget
<siesel> dimas: thats bad
<siesel> dimas: which error do you get? I'll try to fix it
*** mnemoc has joined #gnuenterprise
*** sjc has joined #gnuenterprise
<btami> reinhard: i need --silent to appserver after all
*** johannesV has joined #gnuenterprise
<btami> only this way can "pythonw.exe gnue-appserver-win.py" work (without console)
<reinhard> tiredbones: you can ignore them for now
<btami> reinhard: or can  we use --loglevel or --debug-level for this ?
<reinhard> tiredbones: can you double check you have read access to gnue.conf?
<reinhard> btami: I'm ok with --silent
<btami> ok, thx
<reinhard> tiredbones: siesel: my path is /usr/local/gnu-conf/etc/gnue.conf
<johannesV> tiredbones, don't you have an appserver running ?
<reinhard> tiredbones: ^^^^^ you wrote this just ago
<johannesV> can you look at the path of gnue.conf when you start appserver ?
<reinhard> what is this "gnu-conf"?
<reinhard> bbl
<reinhard> back
<dimas> back
<dimas> siesel: it gives just: gnue-forms: Unknown UI driver specified: wx
<dimas> siesel: i will test and report more info tomorrow
<siesel> ok, on the phone
*** siesel has quit IRC
*** johannesV has quit IRC
<reinhard> bbl
<tiredbones> reinhard: appserver is running.
<tiredbones> I say that appserver is running because if I try to start it I get an error indicating that the address is already in use.
<mnemoc> kill it :)
<tiredbones> Is there a nice way to kill it?
<tiredbones> Does gnue-appserver check to see if it's up and running already?
<tiredbones> That is, does it allow other copies of itself to start another process?
<tiredbones> reinhard: fyi . I killed all the processes for gnue-appserver, I then restarted gnue-appserver.
<tiredbones> I next tried to run sample.gfd. I still get the error, NoSectionError: No Section: 'appserver'.
<tiredbones> I'm running everthing as root.
*** SachaS has quit IRC
<tiredbones> Does gnue-appserver keep a pid file? Something like Apache or Postgresql.
*** sss has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** sss has quit IRC
<reinhard> back
<reinhard> tiredbones: i will set up a sarge box
<reinhard> to test if i can reproduce
<reinhard> on my current system I have installed development version and that will most likely interfere somehow
<reinhard> with an installed version
<reinhard> so I'll set up a clean machine for testing
<reinhard> I'll let you know what I found out
<reinhard> thanks anyway for your patience
<reinhard> the pid files are usually done by the /etc/init.d script
<reinhard> and as appserver does not *yet* have such a script, there's also no pid file
<reinhard> again bbl
<tiredbones> Ok, I'll see if I can break something else in the mean time.
<tiredbones> To all, am I the only person running from an installed version?
*** tiredbones has quit IRC
* ajmitch gets the hint to work on appserver ;)
<reinhard> ajmitch: :)
<reinhard> ajmitch: it would be cool to get at least 0.4.0 into sarge with no major changes
<reinhard> and then have a 0.4.0-2 or so with an /etc/init.d script und such stuff
<ajmitch> yeah, I was waiting for 0.3.5 to get into sarge if possible
<ajmitch> but sarge probably won't freeze for another 6 months anyway ;)
<reinhard> I am beginning to ask myself
<reinhard> if sarge will ever freeze
<ajmitch> I'll try & get the more recent versions of the gnue tools into ubuntu
<reinhard> or if some people hold back sarge forever on purpose because they don't want those things to happen that are scheduled for "after sarge release"
<reinhard> like removal of all gfdl docs
<reinhard> etc
<ajmitch> yeah
<ajmitch> as far as I know it's allowed for gfdl docs to be quietlly ignored before sarge is released
<ajmitch> which is good since the GNUe docs are GFDL
<reinhard> yes
<reinhard> plus other "non-free" (in debian's definition) stuff
<reinhard> like logos
<ajmitch> yup
<reinhard> even the debian logo is considered non-free for debian
<ajmitch> because they are trademarked
<ajmitch> it's an issue with mozilla
<reinhard> so etch won't even contain a debian logo any more
<ajmitch> are you sure?
<reinhard> I remember that discussion
<reinhard> and it sounds logical (if you adhere to their logic)
<ajmitch> sure :)
<reinhard> you are not allowed to change the debian logo
<reinhard> so it's not free
<reinhard> also I'm not sure if the fonts we are all used to would be "free" in that sense
<ajmitch> you aren't allowed to change the text of the GPL, they should throw it out
<reinhard> *lol*
<reinhard> interesting point
<ajmitch> do you want to bring it up on debian-legal? ;)
<reinhard> not really
<reinhard> I'm not *that* bored
<reinhard> :)
<ajmitch> or that mischievous
*** btami has quit IRC
*** tiredbones has joined #gnuenterprise
<reinhard> tiredbones: meanwhile I was able to reproduce exactly the behaviour you see on my developer system
<reinhard> by removing the [appserver] line from gnue.conf
<reinhard> so I very much suspect that either your gnue.conf is broken, or gnue-forms reads another gnue.conf than you expect it to
<reinhard> to make sure please mail me your /etc/gnue/gnue.conf
<reinhard> and the output of --debug-level=2
<reinhard> will look at it tomorrow
<reinhard> thanks
<reinhard> good night all
*** reinhard has quit IRC
*** tiredbones has quit IRC
*** siesel has joined #gnuenterprise
*** sjc has quit IRC
*** siesel has quit IRC
*** titopbs has joined #gnuenterprise
*** jcater has quit IRC
*** wendall911 has left #gnuenterprise
*** jcater has joined #gnuenterprise
*** trbl has joined #gnuenterprise
<trbl> help
<trbl> Hello, is anyone online?
<ajmitch> yes
* trbl looks at trbl
* trbl types '/kick trbl' as fast as he can...
<trbl> I have a question about GnuEnterprise.
<ajmitch> ask, if you're lucky I may be able to answer
<trbl> OK!  I am a developer thinking of creating a new relational database application to be used by real users (!)
<trbl> Is GNUe ready for me to be able to do such work?
<ajmitch> it should be
<ajmitch> but it's a vague description you gave :)
<trbl> And is development actually going on now?  It's not clear from the web site, and the last update was about a year ago.
<trbl> Don't mean to be vague.  I am developing an application to track insurance premiums and payments for a medical concern.
<ajmitch> yes, development is certainly still going on
<ajmitch> if you looked at the page in the topic here, you'd see that there are new tool releases quite often
<trbl> I'd rather get things going with free software than with MicroStuff.
<trbl> Excuse my dumbness .. . which page is that?
<ajmitch> http://www.gnuenterprise.org/project/news
<trbl> Well, shame on me.  Thanx muchly.  I suspect we'll be in touch again.
<ajmitch> :)
<ajmitch> I hope that helped
<trbl> Yup.  Salutary for the ego as well :-)
*** trbl has left #gnuenterprise
*** Amorphous has quit IRC
*** Amorphous has joined #gnuenterprise