*** reinhard has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
<SachaS> hi everyone
<SachaS> back in Liechtenstein :)
*** wayneg has quit IRC
<reinhard> wb SachaS :)
<SachaS> thanks reinhard :)
*** wayneg has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** dimas has quit IRC
*** dimas has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** Morphous has joined #gnuenterprise
*** Amorphous has quit IRC
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** dimas_ has joined #gnuenterprise
*** dimas has quit IRC
*** sjc has joined #gnuenterprise
*** dcmwai has quit IRC
*** sjc has quit IRC
*** dneighbo has joined #gnuenterprise
*** dneighbo_ has quit IRC
*** ajmitch has quit IRC
*** SachaS has quit IRC
*** ajmitch has joined #gnuenterprise
*** dneighbo has quit IRC
*** dneighbo has joined #gnuenterprise
*** reinhard has quit IRC
*** dsmith has joined #gnuenterprise
<phil__> People: quick question 
<phil__> Am I right in thinking that the result of a GNUe project is a stand-alone executable?
<phil__> Not quite stand-alone - I expect it still needs Python of course . .
*** phil__ has quit IRC
*** phil has joined #gnuenterprise
*** jamest has joined #gnuenterprise
<btami> phil__:you can get the answare if you download .exe files and install them
<btami> 1. gnue-dependancies
<btami> 2. common
*** reinhard has joined #gnuenterprise
*** kilo has quit IRC
<btami> 3. forms,designer, etc-etc
<btami> 1. = Gnue-Runtime-Environment-xxx.exe
<phil> btami, I am using RH9 - I have found how to use the command line with gnue-forms
<phil> now I just need to work out how to create a new form myself with the designer . . 
<btami> hi phil
<btami> sorry, for misunderstanding :)
<btami> gnue on linux has no binary, but python scripts and modules only
<btami> and many xml files like gfd/grd/gsd etc
<btami> phil: for first time i'm suggesting to try wizards in designer
<btami> file/new/from wizard...
*** btami has quit IRC
*** reinhard_ has joined #gnuenterprise
*** reinhard has quit IRC
<derek> phil step one is to get your connections.conf file configured for your database
<derek> then as btami mentioned... run the wizard to create a new form
*** jbailey has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
<chillywi1ly> anone know of a good command line CD ripper?
<chillywi1ly> I'd like to rip some songs off a CD in my machine via ssh ;)\
<nickr> I know one, stfu
<nickr> perhaps you've heard of it
<nickr> :)
* chillywi1ly prepares nickr a shit sandwhich
<reinhard> chillywi1ly: cdparanoia?
*** sjc has joined #gnuenterprise
<dsmith> cdparanoia is good
<dsmith> Especially on damaged cds
<phil> derek, made a bit of progress with the wizard but could not get a table field into a block widget
*** johannesV__ has joined #gnuenterprise
*** johannesV_ has quit IRC
*** dhill1 has joined #gnuenterprise
*** slegg has joined #gnuenterprise
*** slegg has left #gnuenterprise
<dhill1> I'm playing with intro.gfd, trying to make it work.  With the default locale, string.lowercase returns abcdefghijklmnopqrstuvwxyz�ܣP�a�GpSs�tFTOd8fen=�==()����vn�� and the program barfs.  If I break the locale setting, the program works.  How do I correctly set the locale for a US windows user?
<jamest> dhill1: i don't know
<jamest> there are a couple of people in here now that deal w/ the locale stuff
<jamest> but they'll probably be a little spotty
<jcater> they do seem to be a little shady, don't they
<jcater> oh, you said "spotty"
<jcater> scratch that....
<dhill1> I don't care if they have stripes if they can help :-)
<derek> jamest/jcater it appears what dhill1 is running into is that win32 (and likely debian from what i hear) doesnt like the locales.setLocale(LC_ALL,'') in i18n.py
<derek> it sets it just fine, but makes for some "weird" strings
<derek> if you edit i18n.py to be something like
<dhill1> Yes, exactly.  If I replace the '' with 'junk', the program works.
<derek> locales.setLocal(LC_ALL,'en_US') in i18n.py
<derek> the program no longer barfs (but there some oddities in the setting
<derek> in any event editing i18n.py seems like a bad solution
<derek> if we can get someone that knows i18n better
<derek> to explain a few things
<derek> maybe the right answer is to add to gnue.conf
<derek> local = 'somelocale'
<derek> and that i18n.py reads in that value
<nickr> regicide?
<derek> of course a quick fix to the intro.gfd is change out string.uppercase adn string.lowercase with a constant string containing the same value (for use enlish speaking folks)
<jamest> derek: we can add a gone.conf var, but i know nothing about i18n and localization
<jamest> er gnue.conf
*** jamest has quit IRC
*** dimas_ has quit IRC
*** jamest has joined #gnuenterprise
*** dcmwai has quit IRC
*** johannesV__ has quit IRC
<reinhard> for the logs
<reinhard> there is a bug in intro.gfd
<reinhard> intro.gfd does not work with any non-us locale
<derek> the bug in my opinion does not appear to be in intro.gfd
<reinhard> of course if you edit i18n.py to not properly init locales
<derek> it appears to be in how we deal with locales
<reinhard> the bug won't apply
<derek> how do you fix the bug
<derek> last time i looked
<derek> print string.uppercase was VALID
<derek> doing print string.uppercase on windows prints grossness
<derek> i do not see how intro.gfd brok string.uppercase
<derek> can you tell me how to make string.uppercase produce the proper result with the properly inited locale?
<derek> cause currently it fails miserably
<derek> i am not understanding how making a form with a trigger that only has
<derek> import string
<derek> print string.uppercase
<derek> is a form with a bug
<reinhard> print string.uppercase works
<derek> not on win32 on default install
<reinhard> what doesn't work is a comparsion between an unicode string and string.uppercase
<derek> no
<derek> i disagree
<derek> do a print string.uppercase on win2000 default config
<derek> it prints
<derek> ABCD.... then a crap load of stray data
<derek> the value of string.uppercase is bad
<reinhard> when you do in pure python or when you do in a form?
<derek> doing word[p-1].encode('ascii','replace')
<derek> doesnt work
<derek> it errors out because the value of string.lowercase in teh compare has non ascii characters
<derek> only when in a form
<derek> pure python 
<derek> print string.lowercase is normal
<derek> if you do it in a form
<derek> it attachs non ascii characters after the z
<derek> if you set your local in i18n.py to say en_US
<reinhard> ~$ python                                                       
<derek> it no longer writes those characters
<reinhard> Python 2.1.3 (#1, Sep  7 2002, 15:29:56)                                        
<reinhard> [GCC 2.95.4 20011002 (Debian prerelease)] on linux2                             
<reinhard> Type "copyright", "credits" or "license" for more information.                  
<reinhard> >>> import string                                                               
<reinhard> >>> print string.lowercase
<reinhard> abcdefghijklmnopqrstuvwxyz���������������������������������
<reinhard> >>> 
<reinhard> so it's a matter of definition what is "normal"
<reinhard> :)
<derek> >>> import string
<derek> >>> print string.lowercase
<derek> abcdefghijklmnopqrstuvwxyz
<derek> >>>
<derek> from my python 2.3.3
<reinhard> sure
<derek> however if i run that same statement in a trigger in forms it prints the crap after the z
<reinhard> because you're running on us or C locale
<derek> i guess im not understanding how this is a bug in intro.gfd
<derek> yes intro.gfd needs to be chagned
<derek> to do the .encode('ascii','replace')
<derek> but my point is that i18n.py is not initing right on win32
<reinhard> it might be that there is a bug in intro.gfd *and* in i18n initializing for win32
<derek> as even if i fix the bug in intro.gfd the forms still dies because the value in string.lowercase is bogus
<derek> yes
<derek> i agree with that statement
<reinhard> because intro.gfd also fails for me if i run from debian
<derek> i think we probably need to add in gnue.conf
<derek> ability to set your locale
<derek> then let i18n.py read that value from gnue.conf
* derek admits im clueless on this i18n stuff
<reinhard> i have no idea if there is a way under windows to find out the current locale
<derek> my point is we should get it from the gnue.conf
<derek> or do
<derek> check os locale (if blank) check gnue.conf
<derek> or do
<derek> or if gnue.conf is blank use system otehrwise use gnue.conf
<derek> as i saw comment in the code for i18n.py that it doesnt work for MAC either
<reinhard> i think i will beg kilo or btami to test for me
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
*** reinhard_ has joined #gnuenterprise
*** reinhard has quit IRC
*** btami has joined #gnuenterprise
<btami> derek: i can't reproduce your bug with intro.gfd
<btami> i have a localised (hungarian) XP, and intro.gfd is working fine here
<btami> in python command line i get this:
<btami> c:\python23\scripts>python
<btami> Python 2.3.3 (#51, Dec 18 2003, 20:22:39) [MSC v.1200 32 bit (Intel)] on win32
<btami> Type "help", "copyright", "credits" or "license" for more information.
<btami> >>> import locale
<btami> >>> locale.setlocale(locale.LC_ALL,'')
<btami> 'Hungarian_Hungary.1250'
<btami> >>> locale.getdefaultlocale()
<btami> ('hu_HU', 'cp1250')
<btami> >>> import string
<btami> >>> print string.uppercase
<btami> ABCDEFGHIJKLMNOPQRSTUVWXYZ��������-L+T+�+��L-�T�=+���������----��
<btami> >>> print string.lowercase
<btami> abcdefghijklmnopqrstuvwxyzܝ���-�����-����������������������������
<btami> >>>
<jcater> but I think the issue is if you aren't using a localized linux
*** kilo has joined #gnuenterprise
<jcater> you are screwed
<btami> hmm
*** dsmith has quit IRC
<btami> locale.setlocale(locale.LC_ALL, '')
<btami> This sets the locale for all categories to the user's default setting (typically specified in the LANG environment variable). 
<btami> from Python help...
<btami> i'm in trouble, koz i can't reproduce the bug, and never seen any lines from bugreport
<kilo> hi
<btami> so i don't know what bug derek hunting for
<btami> hi kile
<btami> kilo
<dhill1> I'm Dave.  I work with Derek. He's away from his desk.
<btami> hi dhill1
<jamest> dhill1: i'm sorry
<jamest> how do you cope?
<dhill1> :-)
<kilo> btami: my lawyer had great difficulties understanding definitions like 'record', 'FAT', 'partition'...
<btami> the old bill affair?
<kilo> aye
<dhill1> If I remove the exception handling in info.gfd, I get the following output:
<dhill1> Runtime Error occured:
<dhill1>  Traceback (most recent call last):
<dhill1>   File "<unknown_executioncontext>", line 27, in __main___NAMED_PigLatin
<dhill1> UnicodeDecodeError: 'ascii' codec can't decode byte 0x8a in position 26: ordinal
<dhill1>  not in range(128)
<kilo> you mean intro.gfd?
<btami> what os and locale settings you use?
<dhill1> yes, intro
<dhill1> windows 2000
<kilo> ok, will start it now then
<dhill1> Runtime Error occured:
<dhill1>  Traceback (most recent call last):
<dhill1>   File "<unknown_executioncontext>", line 27, in __main___NAMED_PigLatin
<dhill1> UnicodeDecodeError: 'ascii' codec can't decode byte 0x8a in position 26: ordinal
*** reinhard has joined #gnuenterprise
<dhill1>  not in range(128)
<dhill1> oops...
<dhill1> en_US, cp1252
*** reinhard has quit IRC
<dhill1> is that what you're looking for?
<btami> yes, this is the os default?
<dhill1> not sure how I can tell...
<dhill1> I think so, I didn't change it.
<dhill1> it is what python reports as locale.getdefaultlocale()
<btami> how do you type 0x8a? it's not a letter from us alphabet
<dhill1> (I'm new to python and new to GNUe, so I may act stupid)
<dhill1> I don't know how to type the 0x8a, but if I understand the message properly, it's the a with the karet on top.
<derek> i dont think it is os default
<derek> i18n.py seems to overide the default
<derek> with ''
<btami> no
<derek> unless '' means use the default (which it may)
<btami> yes
<dhill1> local.setlocale(locale.LC_ALL,'') returns 'English_United States.1252'
<btami> i think the default for us is ascii not 1252, but maybe i'm wrong
<btami> have you got any environ variables set like
<btami> LC_ALL
<btami> LANGUAGE
<btami> LANG
<btami> i think the default english user cant type 0x8a
<btami> if you can, you have to set textencoding=cp1252 in gnue.conf [common] section
<dhill1> LC_ALL=EN_US
<dhill1> That's the only one I see in the environment.
<btami> can you try the textEncoding=cp1252 in gnue.conf ?
<dhill1> same results
<btami> hmm, cp 1252 is for Western Europe, not for us
<dhill1> "Hmmm" is exactly what I thought :-)
<btami> and they use characters above 128, but us not IMO
<btami> can you remove your LC_ALL , and try again without textEncoding=xxxx
*** SachaS has joined #gnuenterprise
<btami> what python gets for locale.setlocale(locale.LC_ALL,'') ?
<btami> btw, are your 2000 is us version, not a localised?
<dhill1> my win2k is the us version, and locale.setlocale(locale.LC_ALL,'') returns 'English_United States.1252'
<dhill1> I'm not sure how to get LC_ALL out of my environment.
<btami> controlpanel/system/special/environ variables/remove
<SachaS> night all
*** SachaS has left #gnuenterprise
<dhill1> Same results.  A line of debug code in i18n tells me I'm still using cp1252 and I still get the error.
<kilo> back now, kids requested their timeshare...
<kilo> using US win2k, regional setting is english/US.
<kilo> getdefaultlocale returns en�US and cp1250
<kilo> en_US
<btami> wow
<btami> i'v just changed my locale settings to en_US with control panel, etc and get what dhill1 !
<dhill1> That's good, yes?
<btami> i mean cp1252
<derek> it might not be good, but its consistent
<kilo> xp->1252, 2k->1250 ?
<dhill1> Good in the sense that somebody outside our building might be able to duplicate the error?
<derek> i think windows is 5150 personally
<derek> yes
<btami> no
<btami> i got no errors
<btami> just en_US with cp1252
<btami> and can type � in intro.gfd
<btami> huh
<dhill1> Did you take the exception handling out of intro.gfd?
<btami> ok, got your error
<btami> but form is working
<btami> anyhow, i can't imagine how can you type 0x8a
<btami> i can, coz i have two langs for keyboard
<btami> hu and us
<dhill1> I never typed it.  I'm guessing what it looks like based on string.lowercase
<btami> ah, yes, sorry
<btami> i get exactly the same message as you
<dhill1> And we could not fix it by adding encode('ascii','replace')
<btami> koz you use cp1252
<btami> try encode('cp1252','replace')
<btami> i think finally i understand the problem
<dhill1> If I use 1252 instead of ascii I get
<dhill1> Runtime Error occured:
<dhill1>  Traceback (most recent call last):
<dhill1>   File "<unknown_executioncontext>", line 21, in __main___NAMED_PigLatin
<dhill1> UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 26: ordinal
<dhill1>  not in range(128)
<btami> the trigger in intro.gfd doesnt use the standard gnue way for encode
<dhill1> Is that better or worse? :-)
<btami> try s = SampleBlock.NameEntry.get().encode('cp1252')
<btami> (the correct fix is using textEncoding)
<derek> so is fix here going to be setting a encoding = 'cp1252' in gnue.conf
<btami> but it needs more work...
<btami> yes
<derek> then use .encode(gnueConfValue)
<derek> or whatever
<btami> and fix intro.gfd
<btami> yes
<derek> does gnue.conf currently have encoding options 
* derek thinks i saw them in there
<derek> if so this might be fixable today no
<derek> w/o much work except fixing intro.gfd to use said gnue.conf value
<btami> in sample.gnue.conf we have
<btami> [common]# Encoding for XML headers and for fonts in forms.#textEncoding = iso8859-1#textEncoding = utf-8 
*** reinhard has joined #gnuenterprise
<dhill1> Okay, it seems to have worked for me with the s=SampleBlock.NameEntry.get().encode('cp1252')
<derek> do the gnue.conf variables get loaded into a global space?
<derek> i.e. is there some easy way to retrieve a value of a gnue.conf setting?
<derek> or must one import some modules and what not first
<btami> from gnue.common.apps import GConfig
<btami> somestring.encode(gConfig('textEncoding'),'replace')
<derek> or in this case
<derek> SB.NE.get().encode(gConfig('textEncoding'))
<derek> er
<derek> s = SB.NE.get().encode(gConfig('textEncoding'))
<btami> good night all
*** btami has quit IRC
<reinhard> bah
<reinhard> anybody here use xchat with gnome 2?
<reinhard> what font do you use to make it look least ugly?
<jamest> lol
<jamest> i don't think xchat supports non ugly fonts
<jbailey> reinhard: There's a new gnome-xchat coming out.
<jbailey> reinhard: It was announced in footnotes the other day.
<reinhard> would be cool
<derek> ok i think intro.gfd is fixed now
* derek stresses the "i think"
<kilo> reinhard: wait, i'll check it
<kilo> hehehe, i use Terminal font 8-))
<derek> kilo do you have time to help get a svn client working on windows
<derek> that HAS to go through port 22
<derek> i.e. using plink or someother foreign magic?
<kilo> haven't tried ssh access yet, btami has. as i have no commit possibioity...
*** jamest has left #gnuenterprise
*** jbailey has quit IRC
<kilo> so cant help much with that
<derek> is btami gone for night
<derek> or do you know if he plans on returning?
*** reinhard_ has joined #gnuenterprise
*** reinhard_ has quit IRC
<kilo> it is past midnight here, so i think he is asleep
*** reinhard has quit IRC
<derek> i think i have it working
<derek> but dont know how to get anon svn access...
<derek> jcater....
<derek> jamest?
*** kilo has quit IRC
*** sjc has quit IRC
*** dhill1 has quit IRC
*** phil has quit IRC
*** Vee has quit IRC
*** dneighbo has quit IRC
*** wayneg has quit IRC
*** havoc has quit IRC
*** Stoke has quit IRC
*** mdean has quit IRC
*** nickr has quit IRC
*** phil has joined #gnuenterprise
*** Stoke has joined #GnuEnterprise
*** dneighbo has joined #gnuenterprise
*** wayneg has joined #gnuenterprise
*** Vee has joined #gnuenterprise
*** nickr has joined #gnuenterprise
*** mdean has joined #gnuenterprise
*** havoc has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** jbailey has joined #gnuenterprise
*** jamest has quit IRC
*** jcater has quit IRC
*** jbailey has quit IRC