*** sjc has joined #gnuenterprise
*** mnemoc has joined #gnuenterprise
*** mnemoc_ has quit IRC
*** reinhard has joined #gnuenterprise
*** reinhard has quit IRC
*** btami has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<kilo> good morning
*** reinhard has joined #gnuenterprise
*** dcmwai has quit IRC
*** johannesV has joined #gnuenterprise
<johannesV> svn: Berkeley DB error while opening environment for filesystem /var/svn/gnue/db:
<johannesV> Permission denied
<johannesV> anything changed on ash ?
*** sjc has quit IRC
<reinhard> trying...
<reinhard> works for me
<reinhard> (at least svn up worked)
*** btami has quit IRC
*** ciccio has joined #gnuenterprise
<ciccio> Moin. I would like to see the report example from the application server example, but running it through gnue-reports gives again an XML file. How can I display that?
<reinhard> you can use the --filter <filter> option
<reinhard> (short option is -f)
<reinhard> gnue-reports --list-filters shows you the available filters
<ciccio> thanks.
<reinhard> should at least be possible to generate csv, html, pdf, and plain text
<ciccio> hm. --list-filters doesn't show the filters but complains about a missing report definition file.
<reinhard> yes you have to add the sample.grd
<ciccio> appending sample.grd gives only cvs and raw
<reinhard> depending on the report there can be different filters available
<reinhard> ok
<reinhard> hmmm
* reinhard is not exactly an expert in reports
<reinhard> the availability of filters depends on other installed packages
<ciccio> nope. everythings working as you said. I've tried to modify something and didn't restore first
<reinhard> ah so you got more filters in your list now?
<ciccio> raw, csv, html, pdf, and text.
<reinhard> excellent :)
*** tiredbones has joined #gnuenterprise
*** lekma has joined #gnuenterprise
<lekma> hi everybody
<reinhard> hi lekma
*** btami has joined #gnuenterprise
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
*** kilo has quit IRC
*** havoc has quit IRC
*** havoc has joined #gnuenterprise
<ciccio> I seem to have messed up something. I'm trying to dump all tables from gnue with "gnue-gsdgen -o all.gsd" but am getting "No option 'null_first_asc' in section 'common'" What might I have done?
<johannesV> reinhard, the classrep uses dictionaries for modules, classes, properties, ... which has 'case-insensitive' keys
<johannesV> so a 'foo_bar' is treated the same as 'Foo_Bar'
<johannesV> i've created a dictionary-wrapper class
<johannesV> which behaves like a normal dictionary
<johannesV> can't this class go into common somewhere ?
<johannesV> and if so, where ?
<johannesV> maybe in datatypes.CaselessDict
<reinhard> or in utils.CaselessDict
<johannesV> ok, i'm fine with utils
<johannesV> so i'll move it over there ...
*** jamest has joined #gnuenterprise
<johannesV> bbl
<reinhard> ciccio: FYI, I've been able to reproduce the bug you found with querying countries and then trying to save a person. I've registered the bug, we'll look at it.
<reinhard> Thanks again for reporting
*** titopbs has joined #gnuenterprise
*** michael301081 has joined #gnuenterprise
*** michael301081 has left #gnuenterprise
*** michael301081 has joined #gnuenterprise
<michael301081> hello all,
<michael301081> how's gnue coming along?
<ciccio> reinhard: you also have no clue, what I might have done to GNUe to not be able anymore to use gsdgen? What might be a promissing attempt to recover?
<reinhard> ciccio: what happens when you try to?
<reinhard> michael301081: fine, thanks :)
<michael301081> Aha, there's someone here!
<michael301081> rheinhard: thanks again for the gnue introduction you gave me @ FOSDEM!
<ciccio> I get the error, I mentioned above: "No option 'null_first_asc' in section 'common'"
*** michael301081 has left #gnuenterprise
<reinhard> ciccio: ah ok
<reinhard> that's a known bug
<reinhard> will be fixed in the next release
<reinhard> which might even be this weekend
*** chillywi1ly has joined #gnuenterprise
<ciccio> OK. feel aliviated to not be guilty.
<ciccio> thanks
*** michael__ has joined #gnuenterprise
*** chillywilly has quit IRC
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** titopbs has quit IRC
<reinhard> johannesV: seriously, the more I have to debug stuff the more I look forward to your change
<reinhard> these virtually millions of load () calls are annoying
*** titopbs has joined #gnuenterprise
*** michael__ has quit IRC
<btami> bbl
*** btami has quit IRC
*** michael_301080 has joined #gnuenterprise
*** chillywi1ly has quit IRC
*** chillywilly has joined #gnuenterprise
<johannesV> reinhard, that's true :)
<johannesV> reinhard, do you know when you'll do the release ?
<johannesV> bbl
<reinhard> johannesV: I'm still hunting a few bugs
<reinhard> I found when doing the fellowship thingy
<michael_301080> reinhard: what editor do you use when coding / debugging?
<reinhard> vim
<michael_301080> I haven't tamed that monster yet ;-)
<reinhard> lekma: you here?
<lekma> yep
<reinhard> what would you think:
<reinhard> should assignments in OnInit trigger an OnChange?
<reinhard> currently they do but I consider changing that
<lekma> why?
<lekma> performance?
<reinhard> OnChange can do a lot of things, like create a new instance for another class or sending a mail etc
<reinhard> OnInit is called quite often when you use gnue-forms, it's callled whenever the form is "cleared" for some reason
<reinhard> so if OnInit does an assignment to self.foo and OnChange does something external to the current instance whenever foo is changed,
<lekma> sorry phone
<reinhard> the original instance (being initialized) is not dirty yet (so doesn't get saved on a commit) but the stuff happened in OnChange is (so will get saved), leading possibly to inconsistent state
<reinhard> or, in short: it is forbidden to do things outside of self in OnInit, but via OnChange triggered by OnInit this might happen accidentally
<reinhard> or, in yet other words: it could well make sense to not consider setting things to a default value as "changing"
*** SachaS has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
<SachaS> hallo zusammen
<SachaS> hall reinhard
<reinhard> hi SachaS
<reinhard> johannesV: if you read the logs, what would you think about OnChange being not triggered during the OnInit run?
<lekma> reinhard: back
<lekma> i'm ok for the change
<lekma> i'm just afraid that we relied
<lekma> on the actual behaviour
<lekma> in some OnChange
<lekma> so it would break things for me
<lekma> but nothing that can't be repared
<lekma> s/repare/repaired
<lekma> (not sure of english repare/repaire)
<reinhard> ok, so if johannesV also thinks it would be good then I'll do it
<johannesV> reinhard, ok, go for it. everything changed within an OnInit is treated as clean 'default' then
*** titopbs has quit IRC
*** jcater has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** johannesV has quit IRC
*** lekma has quit IRC
*** titopbs has joined #gnuenterprise
*** sjc has quit IRC
*** jamest has left #gnuenterprise
*** tiredbones has quit IRC
*** ciccio has quit IRC
*** tiredbones has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** jcater has quit IRC
<SachaS> hi kilo
<SachaS> how are you?
<kilo> hi SachaS
<kilo> been watching poker championship...
<kilo> these uys are fantastic
<kilo> how are you? and where are you atm?
<SachaS> in florida, next to the beach
<SachaS> in miami, actually
*** wendall911 has quit IRC
*** titopbs_ has joined #gnuenterprise
*** titopbs has quit IRC
*** kilo has quit IRC
*** michael_301080 has quit IRC
*** titopbs_ has quit IRC
*** titopbs has joined #gnuenterprise
*** titopbs has quit IRC
<SachaS> reinhard is still working :)
<reinhard> not for very long though :)
<reinhard> night all
*** reinhard has quit IRC
*** SachaS has quit IRC
*** dcmwai has joined #gnuenterprise
*** titopbs has joined #gnuenterprise
*** tiredbones has quit IRC
*** jcater has joined #gnuenterprise
*** holycow has joined #gnuenterprise
*** dimas has quit IRC
*** holycow has quit IRC
*** dcmwai has quit IRC