*** reinhard has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** kilo has joined #gnuenterprise
<kilo> good morning
<reinhard> good morning all
<reinhard> johannesV: made all the releases ready yesterday evening
<reinhard> so you are free now to test packaging from release
<johannesV> ah great
<johannesV> since commit mails are missing i see how wonderfull they were ....
<kilo> indeed
<kilo> i miss them so much :)
<johannesV> reinhard, what about translation ?
<reinhard> we can do that at any time we want
<reinhard> I'm sure there might be beta2 etc
<johannesV> ok
<reinhard> and of course at least a pre1 before the final release
<kilo> (because some people tent to report problems 10 mins after beta release :D )
<kilo> s/tent/tend
<reinhard> kilo: you think? I can't imagine that
<reinhard> :-P
<kilo> lol
<sacha_> hi kilo, how are the packages going?
<kilo> hi sacha_... i think you can guess the answer :(
<kilo> 'lacking driving force' is the correct state i think
<johannesV> reinhard, which user/own should we use for the packages ?
<reinhard> root/root
<sacha_> kilo unfortunately
<sacha_> night
*** sacha_ is now known as SachaZzzz
<johannesV> hmm, version numbers for packages on os x are built as 'a.b.c', so "0.6.1.99-beta1" is not a valid package version ...
<reinhard> can it be a.b.c.d.e?
<reinhard> then I would go 0.6.1.99.1
*** yure has joined #gnuenterprise
<johannesV> no
<johannesV> hm, well, have to try to leave out that beta ...
<johannesV> just a sec
<johannesV> no
<johannesV> well, it issues a 'non-fatal warning'
<johannesV> so i think it will work
<johannesV> but i'm not sure how the update-manager will react though :)
*** siesel has joined #gnuenterprise
<johannesV> ok, now i've got an installer package for gnue-common created (after erroneously compiling and optimizing all python files on my machine ... :(( )
<johannesV> first steps are always the hardest ... :)
<kilo> pioneer :)
<kilo> does ggcvs work for anyone?
<kilo>  i get CircularReferenceError on a simple table...
<kilo> ok nvm found it... again i was stupid, not the pc :D
<reinhard> ajmitch: you here?
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
<johannesV_> kilo, works fine for me
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
*** johannesV has quit IRC
*** yure has quit IRC
*** lekma has joined #gnuenterprise
<lekma> hello all
*** kilo has left #gnuenterprise
*** johannesV has joined #gnuenterprise
<lekma> back
<siesel> hi lekma
<lekma> hi siesel
<siesel> I've thought a bit about the next steps
<lekma> did you have time to have a look at what i sent you?
<siesel> yes.
<siesel> But I didn't include it into my code ye
<siesel> t
<siesel> Just the python xulrunner didn't work at all
<lekma> hmm
<siesel> it crash dumped with some strange error message right in the beginning
<lekma> strange
<siesel> btw. can I use the xulrunner debian package, or is it necessary to include python during compiletime
<lekma> it can be the optimizations (at build time) or the needed link to libpython
<lekma> ther's no official pyxcom xulrunner build yet
<lekma> so if you want to test python in xul
<lekma> you have to build your own
<lekma> for the rest i advise to use xulrunner nightlies
<lekma> from
<lekma> http://ftp.mozilla.org/pub/mozilla.org/xulrunner/nightly/
<siesel> I hoped to do a simple apt-get, but I will use your build for now :)
<lekma> i personnaly test with the trunk nightlies (cause the 1.8 branch lacks a few things)
<siesel> how long will it take to just install python as an xpi? What do you think?
<lekma> can i send you later a new build without optimization a my latest work? (maybe at the end of the day or tomorrow)
<siesel> yep, your welcome
<lekma> you can already (nearly) do it
<siesel> I talked a bit on #javascript, and figured the best way out to create namespaces
<lekma> you need to build a standalone xpcom and the python/xpcom ext
<lekma> for templates?
<siesel> so I will refactor the current code to be more flexible
<siesel> no, just for the heaps of javascript objects
<lekma> :)
<lekma> told you prototyping std objects is evil
<siesel> yep, so I probably will use your XMLRPC code
<lekma> good
<siesel> but I will dig a bit deeper into some other problems first.
<siesel> like datetime handling
<siesel> I want to get the basic appserver sample running
<lekma> this one is tricky (datetime)
<lekma> i'm trying to do just that
<lekma> make the address module work
<lekma> i thought about datetime pb
<siesel> Currently I can already parse it, create the forms and edit data, but the datetime stuff  break much
<lekma> and can't find an easy way to solve it
<lekma> well in fact in comon the GDatatime stuff is pretty neat
<siesel> yep, so porting would be a good idea.
<lekma> yep
<lekma> oh if you still use vcXMLRPC datetimes are broken in it
<siesel> btw.  I thought about the the easiest way to get a complete xul frontend: IMHO it  would be to write some wrappers around the current forms code
<siesel> yes I know, but I didn't even come so far.
<lekma> :)
<siesel> The gnue-forms.js code is from the time before the xml file split into a layout and fields part
<siesel> so what I was doing last weekend is to just fix this.
<siesel> Do you now PyPy?
<lekma> yep it's exciting
<lekma> but not there yet
<lekma> python written in python
<siesel> Someone is writing a javascript code creator
<siesel> i.e. you will be able to use a python interpreter in javascript
*** jamest has joined #gnuenterprise
<lekma> the opposite of this then: http://wwwsearch.sourceforge.net/python-spidermonkey/
<siesel> I used it to make javascript triggers work.
<siesel> But it has many memory leaks.
<jamest> are commit msgs down?
<johannesV> jamest, yes since a few days ... there's a problem on lists.gnu.org i think ... reinhard had a link yesterday ...
<reinhard> https://savannah.gnu.org/forum/forum.php?forum_id=4322
<jamest> sigh
<jamest> but I still get about 15 gillion spams a day from my gnu.org address
<jamest> why couldn't that be down instead of the lists :)
<reinhard> 15 what?
<reinhard> million, billion, or brazillion?
<johannesV> :)
<jamest> brazillion
<jamest> :)
<johannesV> jamest, is that share/_listdir.php overwritten automatically by something ?
<johannesV> i've lately added a new filetype ".dmg" ... but now it's gone
<reinhard> err... wanted to tell you that
<reinhard> and forgot
<johannesV> yeah, must be if i look at the timestamp
<reinhard> you have to change it in svn
<johannesV> ah, ok
<reinhard> www subdirectory in gnue tree
<jamest> if it's the site
<jamest> then svn
<reinhard> it gets checked out regularly
<jamest> nightly
<reinhard> jamest: don't use words like "night" in global development groups ;-)
<johannesV> ok, fixed that
<johannesV> great, have a look at our prereleases :)
<johannesV> bbl
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** klasstek has joined #gnuenterprise
<siesel> reinhard: you're around?
<reinhard> yes, for a short time
<siesel> reinhard, johannes:  when I use new forms to access old appserver, I just got some strange error message. IMHO  I should get the information: please update appserver
<reinhard> must run in a few minutes
<siesel> ok.
<reinhard> ah ok
<reinhard> siesel: you know our new bug tracking system?
<siesel> you mean IRC ;)
<reinhard> no
<siesel> I know .
<reinhard> http://www.gnuenterprise.org/roundup/gnue/
<siesel> yes, I know just joking.
<siesel> will put it in there
<reinhard> ok, thanks
<siesel> Just concerning principle, I think the appserver interface should be more robust
<reinhard> yes
<reinhard> you may even assing it to johannes initially :)
<siesel> some days ago you and johannes talked about an error because of _close after _destroy
<siesel> or double _close,
<siesel> You said, better raise an error.
<siesel> I agree, that raising an error would be great, but I get the impression, it should not be the direct python error, but should be filtered somehow
<siesel> One example is, that I can pass a non date value into a date field.
<SachaZzzz> hi siesel
<SachaZzzz> what is your email, have an email for you?
<reinhard> yeah, I think appserver's direct interface is not very robust
<reinhard> siesel: I agree with you
<reinhard> must run now, wil bbl
<siesel> ok, cu
*** SachaZzzz is now known as SachaS
<siesel> SachaZZz: hi, my email is mail at jan-ischebeck.de
<SachaS> ok.
<SachaS> thanks
<siesel> thank you.
<SachaS> ok will email you.
<SachaS> bye
*** SachaS has quit IRC
* siesel chatting with RoundUp
<lekma> have to run
<lekma> by
*** lekma has quit IRC
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** siesel has quit IRC
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** derek has quit IRC
<reinhard> cu all
*** reinhard has quit IRC
*** johannesV has quit IRC
*** yure has joined #gnuenterprise
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** kilo has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** derek has joined #gnuenterprise
*** chillywilly has quit IRC
*** chillywilly has joined #gnuenterprise
<spack> does designer currently support gtk2 ui?
<spack> it seems to ignore my DefaultUI = gtk2 setting in gnue.conf
<jcater> designer is strictly a wx-based application at this point
<jcater> only the client tools have multiple renderer options
<jcater> :(
<spack> ok that's cool was just wondering if I had mucked something up..
<spack> any hints on how to adjust the font size in designer then?
<spack> they are really big at the moment and it makes it difficult to use
<jcater> no
<jcater> but within a few hours
<jcater> a huge commit to designer will be made fixing a lot of UI issues :)
<jcater> are you running a release?
<spack> yeah just the ubuntu packages atm
<jcater> also, is it the python editor part, or just everything in general that's too big?
<spack> downloaded the source but wanted to get things up and running first
<spack> everything
<spack> maybe the gtk1 font size then?
<spack> will grab the source in a few hours then.
<jcater> hmm
<jcater> that is strange
<jcater> as far as I remember
<jcater> designer doesn't explicitly set the font size
<spack> same thing happens with all my gtk1 apps.
<jcater> ah, ok
<spack> so I obviously need to set that somewhwere
<spack> tried gtk-switch-theme but that didn't work
<spack> have to have a bit more of a dig at it...
<jcater> what window manager do you use?
<spack> metacity
<jcater> I think it's a setting that goes into .gtkrc, but I really don't know anything beyond that
<spack> yeah that's what gtk-theme-switch does.
<spack> it changed the .gtkrc but the apps appear to be ignoring it
*** reinhard has quit IRC
*** jamest has left #gnuenterprise
*** jcater has quit IRC
*** jcater has joined #gnuenterprise
<spack> /etc/gtk/gtkrc.utf8 !!
*** yure has quit IRC
*** derek has quit IRC
*** kilo has quit IRC
*** derek has joined #gnuenterprise
*** sacha is now known as SachaAway
*** klasstek has quit IRC
*** sjc has quit IRC
*** jcater_ has joined #gnuenterprise
*** jcater has quit IRC
*** jcater_ is now known as jcater
*** jcater_ has joined #gnuenterprise
*** spack has quit IRC
*** spack has joined #gnuenterprise
<jcater> ajmitch: you here?
<ajmitch> I am
<jcater> what will the name of the next ubuntu release be?
<ajmitch> hello
<jcater> hi
<ajmitch> dapper drake
<jcater>  thanks
<ajmitch> due out in about 7 weeks, I think
<jcater> how can I see what version of a package will be in it?
<ajmitch> something like http://launchpad.net/distros/ubuntu/+source/gnue-common
<jcater> sweet
<jcater> thanks
<jcater> bummer
<jcater> ubuntu will still have wx 2.6.1
<ajmitch> is that a problem?
<ajmitch> is there a good reason we should consider a newer version?
<jcater> probably not
<jcater> I have docking working correctly (finally) in designer, but it relies on fixes in 2.6.2
<ajmitch> ah
<jcater> but I doubt my convenience is reason enough for ubuntu :)
<ajmitch> sadly the debian maintainer of wx isn't terribly helpful at times
<ajmitch> which makes it hard for us in ubuntu to make sane changes without getting lynched
<jcater> :(
<jcater> yeah, I saw 2.6.1 is still in sid
<ajmitch> seems that 2.6.2 has a number of other issues anyway
<ajmitch> Its hopelessly broken for wxGTK, we're waiting for 2.6.3 with
<ajmitch> those problems and the ones you listed fixed, but things have
<ajmitch> been a bit slow coming together.
<jcater> great
<jcater> sigh
<ajmitch> upstream & debian maintainer are the same guy, so he sticks native packages in debian
<ajmitch> and goes off at anyone who might complain  :)
<jcater> given gnue's pace
<jcater> I may stick to requiring the 2.6.2 fixes
<ajmitch> ok
<jcater> and the latest release of designer will just have to be used by people who want non-source installs
<ajmitch> which means not working on dapper
<jcater> unless I can find a way to work around the other bugs
<ajmitch> don't you love wx?
<jcater> which will suck, knowing they go away in 2.6.2
<jcater> :)
<ajmitch> don't worry about debian releasing anytime soon
<jcater> weren't they targeting christmas?
<jcater> or did I just imagine that?
<ajmitch> Total number of release-critical bugs: 994
<jcater> wow
<ajmitch> there's still a few bugs to fix
<ajmitch> and do you think that debian will stick rigidly to such a release schedule?
<ajmitch> it may happen..
<jcater> I may be switching my ltsp servers to ubuntu (the ones users run KDE from) and just leave all my backend services on debian
* jcater needs to test ubuntu with my cfengine setup
<jcater> or
<jcater> what I may do
<jcater> is just disable dynamic workspaces in designer if you don't have a good enough wx version
<jcater> you'd just get a layout that I deemed good enough for you to use :)
<ajmitch> sounds reasonable
<ajmitch> good to hear that designer is still getting some loving
<jcater> I could always have one of those warning dialogs with a "Do not display this again" that warns you what's happening
<jcater> ajmitch: newbie question... do ubuntu .debs use the debian/control structure as well?
<ajmitch> yes
<ajmitch> everything is the same
*** siesel has joined #gnuenterprise
<ajmitch> hey siesel
<siesel> hi ajmitch
<siesel> Are you already working on ubuntu packages?
<ajmitch> already?
* ajmitch has been working on ubuntu for awhile now
<siesel> I mean the prereleases.
<siesel> I want to test real world packages
<ajmitch> ah
<ajmitch> no I haven't started, since dapper is already in freeze for new upstream versions
<siesel> no chance?
<siesel> btw. would it be possible to use rosetta to manage the translations for gnue?
<ajmitch> it's possible
<ajmitch> sadly launchpad is not free software
<siesel> :(
<ajmitch> so it could be done but may not be good for a GNU project
<siesel> yeah, you're right
<siesel> I just liked it
<siesel> are you still connected with DotGNU?
<ajmitch> yeah
<ajmitch> I had dinner with rhysw about 2 days ago :)
<siesel> cool,  I should check out the embedding page again :)
<ajmitch> not a lot has been happening with dotgnu, but it's still being developed
<ajmitch> siesel: do you want me to try & put together some prerelease packages?
<siesel> that would be cool :)
* ajmitch is away from his home computer at the moment, but will be back in NZ hoepfully at the end of next week
<siesel> so where are you no.
<siesel> Australia?
<ajmitch> yeah
<ajmitch> brisbane
<ajmitch> doing some C# work
<siesel> cool.
<siesel> most of my childrens friends are in australia for holiday now
*** krizz_ has joined #gnuenterprise
<krizz_> hello
<siesel> hi krizz_
<krizz_> i was wondering if i should say goodmorning or something like that
<krizz_> :)
<krizz_> here is really early in the morning
<krizz_> but what about in this channel :)
<krizz_> siesel, ?
<krizz_> u probably have hard time understanding my english sorry :)
<siesel> no, no problem understanding.
<siesel> for me it is afternoon. 14:35
<siesel> but the main time of this channel is european and US time
<siesel> you are from greek?
<krizz_> yes from greece
<krizz_> i'd like to ask if it's an easy way to search in the irc.logs before i ask something in here
<siesel> I would recommend to use google.
<siesel> I think you can restrict google to give you only results from a specific site
<krizz_> yeah, i did this once, but i can't really call back how it's done
<siesel> and the logs are at www.gnuenterprise.org/irc-logs
<siesel> me too.
<siesel> but whats your question
<krizz_> i have a local svn snapshot of gnue project, do i have irc logs too? i can't find them (didn't drink coffe yet :D )
<krizz_> 2 questions
<siesel> no
<krizz_> the first has to do with defining mysql chartset in connections.conf
<krizz_> the postgre example has such a parameter that works, but mysql it doesn't
<siesel> mysql just provides a "use_unicode" parameter, it is set to true by default
<krizz_> yeah! I noticed that in mysql driver
<krizz_> can i set this parameter to false in connections.conf (use_unicode=false)
<krizz_> or i just have to convert my db to unicode?
<krizz_> no i don't just tried to :)
<siesel> no, you can set it to false in connection.conf
<krizz_> but even if i could, it wouldn't probably help much, right?
<krizz_> my gnue-forms, display greek prety well, the only problem is with the data retrieved from db (mysql)
<krizz_> so probably is the encoding i'm getting data from mysql
<krizz_> but table colletion in my mysql tables is set to utf8_bin
<siesel> yes, I  just checked the documentation for the mysqldb driver.
<siesel> use_unicode
<siesel>     If True, CHAR and VARCHAR and TEXT columns are returned as Unicode strings, using the configured character set. It is best to set the default encoding in the server configuration, or client configuration (read with read_default_file). If you change the character set after connecting (MySQL-4.1 and later), you'll need to put the correct character set name in connection.charset.
<siesel>     If False, text-like columns are returned as normal strings, but you can always write Unicode strings.
<siesel>     This must be a keyword parameter.
<siesel> charset
<siesel>     If present, the connection character set will be changed to this character set, if they are not equal. Support for changing the character set requires MySQL-4.1 and later server; if the server is too old, UnsupportedError will be raised. This option implies use_unicode=True, but you can override this with use_unicode=False, though you probably shouldn't.
<siesel>     If not present, the default character set is used.