rdean (~rdean@12-221-229-247.client.insightBB.com) left irc: "Client Exiting"
reinhard (~reinhard@M692P020.adsl.highway.telekom.at) joined #gnuenterprise.
psu (psu@manorcon.demon.co.uk) joined #gnuenterprise.
Arturas (~arturas@gsk.vtu.lt) joined #gnuenterprise.
<Arturas> Hello
<ra3vat> hello Arturas
<psu> hi *
<ra3vat> hi psu
<ra3vat> psu: is it possible to provide info on the web about what packages were used for binary build (including version of drivers)
<ra3vat> i asked btami for that info
<ra3vat> ?
<psu> certainly - but I'd need btami to tell me what was used
<psu> as I've no idea
<ra3vat> ok
<psu> unless it is in the logs somewhere
<ra3vat> there was once
siesel (jan@xdsl-195-14-223-149.netcologne.de) joined #gnuenterprise.
Arturas (~arturas@gsk.vtu.lt) left irc: "Bye :)"
<psu> I *think* I can remember all the driver types included
<psu> e.g mySQL, postgres, SAPDB, ODBC
<psu> but exact versions is beyond me, I'm afraid
<Vee2d2> morning
<psu> good afternoon
<Vee2d2> new KC today?
<psu> yep - I've sent it off
<psu> probably have to wait for Zack to wake up before it's on the site
<psu> Web site updated for 
<psu> a) reinhard 's Appserver API doc - now up to 0.0.7
<psu> b) sklein 's Security Framework proposal
<ra3vat> <btami> ra3vat: i used python2.2.2, wxPython 2.3.3.1, pyPgSql 2.2, MySql-python 0.9.2, psycopg 1.0.8, sapdb 7.3.00.25, kinterbasdb 3.0.2
<ra3vat> psu: it is from 09 Dec
<psu> cool
<reinhard> psu than
<reinhard> äh
<reinhard> thanks
Arturas (~arturas@gsk.vtu.lt) joined #gnuenterprise.
<Vee2d2> wb Arturas
<Arturas> :)
lupo (~lupo@B2bc0.pppool.de) joined #gnuenterprise.
<lupo> howdy
<Vee2d2> howdiddleedoo
<lupo> is there any documentation on forms XML 0.5?
<Vee2d2> http://www.gnuenterprise.org/~jcater/docs/forms/
<Vee2d2> ?
<lupo> thanks
lupo (~lupo@B2bc0.pppool.de) left irc: "using sirc version 2.211+KSIRC/1.1"
psu_ (psu@81.98.44.42) joined #gnuenterprise.
crazymike (~mike@mke-65-29-140-82.wi.rr.com) joined #gnuenterprise.
crazymike (~mike@mke-65-29-140-82.wi.rr.com) left irc: Client Quit
<Arturas> bye
Arturas (~arturas@gsk.vtu.lt) left irc: "Bye :)"
psu (psu@manorcon.demon.co.uk) left #gnuenterprise.
lupo (~lupo@B9633.pppool.de) joined #gnuenterprise.
siesel (jan@xdsl-195-14-223-149.netcologne.de) left irc: "Client Exiting"
drochaid (~drochaid@pc2-kirk1-3-cust16.renf.cable.ntl.com) left irc: "Client Exiting"
mstarke (~mstarke@ip68-3-42-197.ph.ph.cox.net) joined #gnuenterprise.
<derek> hi mstarke
<derek> in phoenix eh
<mstarke> yes
<derek> how about that fog
<mstarke> looking for help trying to install gne forms on debian
drochaid (~drochaid@pc2-kirk1-3-cust16.renf.cable.ntl.com) joined #gnuenterprise.
<mstarke> i've never irc'd so bear w/my learning curve
<derek> cool
<derek> apt-get install gnue-common gnue-designer gnue-forms-wxgtk gnue-reports
<derek> if you are on sid
<mstarke> can't remember if sid is stable?
<derek> unstable
<derek> we had some packages for woody (unstable) but i dont think they are current
<mstarke> i must be on woody, or is it potato
jbailey (~jbailey@65.48.140.35) joined #gnuenterprise.
<mstarke> i installed gnue before
<mstarke> i just had probs w/ a python version at setup
<lupo> mstarke: what was your python version problem?
<mstarke> i'm gathering all my info right now
<mstarke> ok, it says i need distutils
<mstarke> but i already installed them.
crazymike (~mike@mke-65-29-140-82.wi.rr.com) joined #gnuenterprise.
crazymike (~mike@mke-65-29-140-82.wi.rr.com) left irc: Client Quit
<lupo> i assume this is part of the python version problem
<mstarke> yes, i believe 2.1+ already has them whereas 1.5 does not
<ra3vat> 1.5.2. is to old to run gnue 
<lupo> yep
<ra3vat> too
<mstarke> i have 2.1.3 installed
<lupo> 2.1.3 is supposed to work
<mstarke> isn't distutil's part of 2.1+ ?
<lupo> apt-cache tells me that the package "python2.1-dev" contains distutils by now
<lupo> though i'm a bit confused, because it works on my machine without that package
<jbailey> lupo: You need distutils to build it.
<jbailey> not to run.
<lupo> build what?
<jbailey> gnue.
<mstarke> i think that is the ticket..installing now
<lupo> why build? it's all python scripts. i run from cvs, so i think that i needed to build gnue and now it runs. or do i misunderstand something?
<jbailey> It sounds like you're probably running it from the CVS checkout - That might work without distutils.
<jbailey> But getting it installed to /usr, etc. on the filesystem is a distutils thing.
<lupo> jbailey: thanks, now i know
<mstarke> thanks, that was it :-)
jamest (~jamest@adsl-65-71-168-128.dsl.tpkaks.swbell.net) joined #gnuenterprise.
<derek> sup all
<jcater> morning
<derek> mstarke: what part of phoenix are you in (im in gilbert)
<derek> since we are leaving for the holiday we did xmas this morning and it was awesome (as kids didnt know)
<mstarke> north phx..tatum & union hills
<derek> so they got up played etc never woke us up and didnt even see that santa came
<mstarke> gilbert, that is just this side of tuscon ? -)_
<derek> mstarke: cool i used to live at 40th Street & Union Hills
<derek> and grew up in Moon Valley
<mstarke> i'm at 43rd st
<derek> you go to any PLUG meetings?
<mstarke> i;m ashamed to say no, although I read & contribute to the list
<mstarke> when i can
<mstarke> i have forms!
<lupo> forms is in good shape
<lupo> :)
lupo (~lupo@B9633.pppool.de) left irc: Read error: 104 (Connection reset by peer)
<derek> cool
Action: derek has to run
<derek> mstarke: if you ever have gnue issues feel free to ask
<mstarke> thanks fpor the help
<derek> im not too far away
<derek> and generally give plug presentations on forms every so often
<mstarke> i have a cousin down in your neck of the woods
<derek> after designer gets a report over haul this holiday
<derek> i plan to do a session at plug
<derek> most of my family lives right by you 
<derek> parents and one of my sisters are at 44th Street and Thunderbird
<mstarke> drop me a note at plug and perhaps we can get together 
<derek> so im out that way every other week or so
<mstarke> when you are up here
Action: derek is away: beating children (my own of course)
<mstarke> :-)
mstarke (~mstarke@ip68-3-42-197.ph.ph.cox.net) left irc: "bye"
psu_ (psu@81.98.44.42) left #gnuenterprise.
btami (~btami@3e70d727.dialin.enternet.hu) joined #gnuenterprise.
<btami> hi all
<ra3vat> hello btami
<btami> hello ra3vat
<btami> how about your friend with interbase?
<btami> any success?
<ra3vat> i was out at friday so will know only at monday
<ra3vat> i'm installing all things myself now
<jbailey> tetrinet on gandalf.
<ra3vat> btami: i have asked psu to place packages info in binary build to the web site
<ra3vat> may be he will need your help
<btami> ok
<btami> i will email him what i'v used in build
<ra3vat> i gave him what you said 09 Dec
<ra3vat> it is in today's log
<ra3vat> btami: how long will you stay here now?
<btami> it depends :)
<btami> childrens, wife...
<ra3vat> i'm installing on win2000
<btami> s/childrens/children 
<ra3vat> seems translating is not recoded correctly
<ra3vat> can you check that header is filled correctly in ru translations
<btami> localised version or english?
<ra3vat> localized
<btami> "Language-Team: Dmitry Sorokin <ds@ics.elcom.ru>\n"
<btami> "MIME-Version: 1.0\n"
<btami> "Content-Type: text/plain; charset=koi8-r\n"
<btami> "Content-Transfer-Encoding: 8bit\n"
<ra3vat> header in ru/LC_MESSAGES/gnue.po
<btami> yes
<btami> is this what you want?
<ra3vat> it is what we have now but it is not recoded under win to cp1251
<ra3vat> so all translation is screwed
<btami> yeah, i remeber
<btami> s/remeber/remember
<ra3vat> have you tried unicode build of wxpython?
<btami> yes, but unicode wx doesn't worked on win98
<btami> so, in exe's i'v used not unicode version
<btami> there is some workaround mentioned in wxpython page
<btami> but i'v never tried 
<ra3vat> ok, i should test both versions of wxpython and interbase
<ra3vat> or firebird
<btami> The Unicode verison works best on Windows NT/2000/XP. It will also mostly work on Windows 95/98/Me systems, but it is a bit of a hack-job. See CHANGES.txt for details. 
<btami> http://www.wxpython.org/download.php#binaries
<ra3vat> i did not find unicode workaround info in CHANGES.txt
<btami>     Unicode works best on platforms in the NT branch of the Windows
<btami>     family tree (NT, win2k, XP) but it is now also possible to use the
<btami>     same unicode binaries on win95/98/ME platforms as well!  This is
<btami>     done by using a special library and DLL with the application
<btami>     called MSLU, (Microsoft Layer for Unicode).
<ra3vat> oh, thanks
<jamest> btami: we need better commit logs please
<jamest> l
<jamest> are
<btami> jamest: i'v used gcvs
<jamest> l, R, etc just don't quite  live up to the jcater standard of "syncing machines"
<jamest> :)
<btami> and my commit messages had eaten
<jamest> :)
<jamest> i figured it was a bug
<jamest> just wanted to make sure you noticed it :)
<btami> yes, i'v noticed :)
<btami> maybe i will try comand line next
<btami> s/comend/command
<jamest> it'll work better :)
<ra3vat> now i can test under win2000 so will see is unicode build deserve to get under w98
<btami> you know, beginners use gui :)
<ra3vat> btami: any guru here will give you 10-sec course of plain command line tools for the price of better commit messages
<jamest> cd ~/cvs/gnue
<jamest> cvs commit
<jamest> type in "syncing machines" into the editor
<jamest> DONE!
<ra3vat> :)
<jamest> oooo
Action: jcater smacks jamest around
<jamest> or the ever popular
<jamest> "fixing the fixed fix for the fix"
<btami> i like first better :)
<btami> jamest: i'v find an error when wanted to try connection.gfd
<btami> converter is ok
<jamest> ?
<btami> database tag was child of form in 0.4.x
<btami> if GFParser.py
<jamest> we lost <database> ?
<jcater> it was renamed to <connection> 
<jcater> and moved to common
<jcater> so all the tools could use it
<jamest> oooo yeah
<btami> but connection's parent tag is None now
<btami> so a converted connection.gfd is failed with gnue-forms
<jcater> btami: committed a change
<btami> AttributeError: 'NoneType' object has no attribute 'connection'
<jamest> where bug ?
<jamest> ooo 
<jamest> nevermid
<jcater> but not sure if connection.gfd will work or not
<jcater> I wish connection.gfd wasn't in cvs
<jcater> as it's a bad hack
<btami> in GDataSource.py line 402
<jamest> remove it
<btami> maybe this problem not connection.gfd specific
<btami> just i'v run into this error with this gfd
<btami> i don't know...
<jamest> looks like the cater AI fixed it
<jamest> so no biggie now :)
<jcater> not quite
<jcater> it still bombs on startup
Action: jcater is looking into it... it may not be specific to connections.gfd
<jcater> but I still don't like connections.gfd :)
<btami> tell to siesel :)
<jcater> would it matter?
<btami> no
<btami> i can remove it from next exe's
<btami> if you want
<jcater> ok, fixed the error in cvs
<jcater> try again
Nick change: minddog -> minddog[null]
<btami> ok, it works now
<ra3vat> btami: recoding translations messages from koi8-r to cp1251 does not work
<ra3vat> i'm on w2k with unicode wxpython
<btami> are you using sitecustomize.py ?
<ra3vat> i would not want to
<btami> with sys.setdefaultencoding(...)
<btami> LC_ALL ?
<ra3vat> btami: if it required how to provide it in case of binary build?
<btami> it's not required, just trying to guess what is the reason of your problem
<btami> it works for me without LC_ALL and sitecustopmize.py
<ra3vat> how to access LC_ALL info?
<ra3vat> and what defaultencoding set to on your side?
<btami> wait a min.
jbailey (~jbailey@65.48.140.35) left irc: "Client Exiting"
<jamest> um
<jamest> btami: you working on win32?
<btami> now, yes
<btami> ra3vat: try to put these into GBaseApp.py
<btami> print 'Default encoding: %s' %sys.getdefaultencoding()
<btami> print 'Locale conventions: %s' %locale.localeconv()
<jamest> btami: prereleases or head?
<btami> head
<btami> ra3vat: i got ascii without sitecustomize
<jamest> ok, i'm commiting changes to head that may make things wierd
<jamest> it shouldn't
<jamest> just wanted to give you heads up
<btami> ra3vat: but lang is hu_HU
<ra3vat> btami: do you have formFontEncoding set in gnue.conf?
<ra3vat> btami: how to check or set lang in w2k?
<btami> no
<btami> for check use print lang in GBaseApp.py
<btami> for set use LC_ALL environment var
reinhard (~reinhard@M692P020.adsl.highway.telekom.at) left irc: "It is easiest to suggest solutions when you know nothing about the problem"
KeithJagrs (jorgre@63.74.24.9) joined #gnuenterprise.
<KeithJagrs> hello
<btami> hello
jbailey (~jbailey@65.48.140.35) joined #gnuenterprise.
<ra3vat> btami: lang ru_RU
<ra3vat> encoding ascii
<ra3vat> what is important in localeconv ?
<btami> nothing, but you can see if python got the right locale from win
<btami> without LC_ALL
dimas (~Administr@ics.elcom.ru) joined #gnuenterprise.
<btami> ra3vat: are you with CVS now, or exe's ?
<dimas> i've installed latest 0.4.x release
<btami> because exe's has no setdefaultencoding inside yet
<btami> i'v have this problem with McMillan unsolved yet
<btami> but lang and translations works with exe's here
<dimas> IIRC Arturas was trying to remove needing setdefaultencoding at all
<dimas> may it be that you did your translations for windows first and then it worked well in linux?
<btami> yes
<dimas> phone call
<btami> btw. Arturas workaround works with forms, but not with reports
<btami> there was a conversation about that befor (with jamest/jcater)
<btami> to make a textencoding into gnue.conf's common section
<dimas> yes
<dimas> i will try to recode translations to cp1251 and test with it on both platform
KeithJagrs (jorgre@63.74.24.9) left irc: "later"
jcater (~jcater@cpe-066-061-083-220.midsouth.rr.com) left irc: Remote closed the connection
jcater (~jcater@cpe-066-061-083-220.midsouth.rr.com) joined #gnuenterprise.
<ra3vat> btami: translations in windows encoding gives screwed messages under linux
<btami> it just means that cp1250 is closer to 8859-2 than
<btami> cp1251 to koi-8
<ra3vat> so recoding is not performed?
<ra3vat> at all?
<btami> for hu_HU, no
<ra3vat> i would claim so from my tests
<ra3vat> then patch is needed
<btami> it seems
matkor (~matkor@pa58.gliwice.sdi.tpnet.pl) joined #gnuenterprise.
<btami> have to go, bye
btami (~btami@3e70d727.dialin.enternet.hu) left irc: 
<ra3vat> jcater: i need to check gnue.conf/formFontEncoding in the beginning of GBaseApp.py, how to do that properly?
mstarke (~mstarke@ip68-3-42-197.ph.ph.cox.net) joined #gnuenterprise.
<mstarke>  /help part
<mstarke>  whoops
mstarke (~mstarke@ip68-3-42-197.ph.ph.cox.net) left irc: "bye"
jbailey (~jbailey@65.48.140.35) left irc: "Client Exiting"
jbailey (~jbailey@65.48.140.35) joined #gnuenterprise.
matkor (~matkor@pa58.gliwice.sdi.tpnet.pl) left irc: "Client Exiting"
mikes (~mstarke@ip68-3-42-197.ph.ph.cox.net) joined #gnuenterprise.
mikes (~mstarke@ip68-3-42-197.ph.ph.cox.net) left #gnuenterprise.
drochaid (~drochaid@pc2-kirk1-3-cust16.renf.cable.ntl.com) left irc: Read error: 54 (Connection reset by peer)
drochaid (~drochaid@pc2-kirk1-3-cust16.renf.cable.ntl.com) joined #gnuenterprise.
jbailey (~jbailey@65.48.140.35) left #gnuenterprise ("Client Exiting").
jamest (~jamest@adsl-65-71-168-128.dsl.tpkaks.swbell.net) left irc: "[x]chat"
dimas (~Administr@ics.elcom.ru) left irc: Remote closed the connection
Nick change: minddog[null] -> minddog
Remosi (dahoose@port-210-54-58-54.jet.net.nz) left irc: Read error: 113 (No route to host)
meg (~mstarke@ip68-3-42-197.ph.ph.cox.net) joined #gnuenterprise.
meg (~mstarke@ip68-3-42-197.ph.ph.cox.net) left #gnuenterprise.
ctooley (~ctooley@user-0ccsu85.cable.mindspring.com) joined #gnuenterprise.
<ctooley> hello
ctooley (~ctooley@user-0ccsu85.cable.mindspring.com) left irc: "Client Exiting"
--- Sun Dec 22 2002