*** reinhard has joined #gnuenterprise
*** dimas has joined #gnuenterprise
<reinhard> good morning all
<apauley> good morning
<lekma> morning reinhard
<dimas> good morning
<apauley> Whats the status of the status page?
<apauley> http://www.gnuenterprise.org/project/status.php
*** sjc has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<johannesV> good morning
<johannesV> lekma, all condition-questions answered ?
<lekma> morning johannesV
<lekma> yes for now
<lekma> :)
<johannesV> ok, great :)
<johannesV> to see how the prefixNotation of a condition looks like, you can look into common/GConditions.py. this is the point where it's defined
<lekma> thx
<reinhard> lekma: how's your project going?
<reinhard> you already tested dirty reads?
<lekma> i'm struggling with ui atm...
<lekma> yep i tested a bit
<lekma> so far it seems good enough
<lekma> but i didn't have the time to check completely
*** kilo has joined #gnuenterprise
<kilo> good morning
<ajmitch> hi
<apauley> Has anyone here had a look at PEAK? Any opinions surrounding the software, design etc.?
<apauley> PEAK = Python Enterprise Application Kit
<ajmitch> heard of it, haven't looked at it at all
*** sjc has quit IRC
<kilo> hmm, i've looked at PEAK recently. What would we earn with that?
<apauley> I'm not exactly sure what you mean by "earn". In any case, both GNUe and PEAK feature the words "Python" and "Enterprise", so I'm guessing there are overlapping areas.
*** aries has joined #gnuenterprise
<aries> hi
<kilo> hi aries
<aries> kilo: Yesterday I extextended the loc.gcd =)
<aries> kilo: I'll send it to you for a review =)
<kilo> apauley: hmm, i think i see how GNUe is built up, and i cant see how it could interact with PEAK. Maybe it is my defect 8-))
<kilo> aries: ok, awaiting
<kilo> aries: i've looked at the link you gave yesterdat, but i am a little bit confused. I think that CRM is very very non-general, and looking at db models at http://www.databaseanswers.org/data_models/index.htm also showed me that
<aries> kilo: I think in first stage we should reproduce some nice features of other systems and we should wait for the responses
<aries> kilo: my implementation is non-general i know, but have you a suggestion?
<aries> kilo: i have a little time to discuss it
<kilo> no, i dont have. so i would say let's do your version, then anyone can modify/generalize it
<kilo> we could put it in packages/crm, and provide a readme that tells about details of implementation
<aries> kilo: i'll try to do it. yesterday i've made a hello world and now i'm happy =)
<kilo> hello world is one of the best feelings 8-))
<aries> kilo: now i'm an expert of tabs ;)
<aries> reinhard: kilo said me you have been implemented alerts (notification methods) in gnue. where can i find a docs or example to define it?
<reinhard> I have implemented alerts?
<reinhard> I haven't noticed that :)
<reinhard> maybe I don't understand what you mean
<aries> reinhard: oh sorry :)
<reinhard> can you give me an example?
<kilo> i said you mentioned them sometime ago...
<aries> reinhard: a person has anniversaries, like birthdays, wedding days etc
<reinhard> hmm
<reinhard> no I haven't implemented such a thing
<reinhard> however if I would do something lik that now
<reinhard> I would probably create a iCal file from gnue, put that online on some URL and overlay it as calendar in evolution :)
<aries> reinhard: and it would be nice if i could set an alert which do something on the UI at a given time. it should be periodically etc.
<reinhard> aries: one of the very basic concepts is that gnue apserver is completely passive
<aries> reinhard: i'm using evo too, so i hope you are understanding what i try to tell :)
<reinhard> i.e. appserver doesn't "push" events to the UI
<aries> reinhard: why?
<reinhard> several reasons
<reinhard> above all, it makes things much easier
<reinhard> also there could be security considerations
<reinhard> (you don't have to have a port open on the client)
<reinhard> and so far we got through with that concept
<aries> reinhard: ok, you don't push events, but if a UI download what should be alert?
<aries> so, the appserv should not push, just mention
<reinhard> I don't say we will *never* have to change that concept
<reinhard> but right now I see no real need
<reinhard> of course there could just be an object where the ui can request the current "alerts"
<reinhard> and you can "tick them off"
<reinhard> but as I said I would like even more some integration with standard tools for events and tasks
<reinhard> (yes, basically the same for "task lists" like "have to approve order no. 4711)
<aries> reinhard: ok, iCal is a good goal for a while
<ajmitch> reinhard: btw did you see I pushed debs to ash?
<aries> kilo: i think i'm suffering in amnezia, we talk about extending modules. now i'm look into sales.gcd
<aries> am i right if i say that sales.gcd extending ITEM module with price and tax?
<reinhard> ajmitch: yes
<reinhard> ajmitch: just out of curiosity - what would it take to make ash a valid entry in sources.list?
<reinhard> (thank you btw)
<kilo> aries: yes, exactly
<ajmitch> reinhard: a Packages.gz file there :)
* ajmitch runs dpkg-scanpackages
<aries> kilo: ok, so I should extend the person, location etc. modules in this way, not directly put the modification to the modules
<ajmitch> reinhard: done
<ajmitch> the line would be:
<ajmitch> deb http://www.gnuenterprise.org/~ajmitch/debs ./
<reinhard> wow, cool
<kilo> aries: yes, yes. i suggest you defnie a CRM module, and extend thing inside it
<aries> kilo: ok I start it
<aries> kilo: but I think the location module have to be extended too. I've sent a loc.gcd . It contains region and city changes.
<kilo> imho try to extend it in the CRM module and we will see if the base should also be extended. btw will look at the gcd i've received asa i finish lunch
<aries> kilo: ok, have a nice lunch :)
<aries> bbl
*** aries has quit IRC
<kilo> bbl
*** kilo has quit IRC
*** tiredbones has joined #gnuenterprise
<mnemoc> hi, can i use only class name as type to reference a class of the same module?
<reinhard> yes
<reinhard> err
<reinhard> no
<reinhard> you always have to give a fully qualified class name as a type
<mnemoc> :(
<mnemoc> thanks
<mnemoc> last thing, there is any tool to 'document' .gcd files? gcd2{dot,html,dia,xmi,$foo} ?
<reinhard> not yet
<reinhard> but that sounds like a good idea :)
<mnemoc> sure it is :)
<mnemoc> i'll use postgresql_autodoc for now then ;)
<mnemoc> reinhard: can i use <primarykey /> <constraints /> and <indexes /> for classes?
<johannesV> mnemoc, primarykey is always gnue_id
<johannesV> constraints are automatically created if you have a reference property
<johannesV> (like <property name="foo" type="some_class" />)
<johannesV> and indexes can be created using an <index ...> tag in the gcd
<mnemoc> and indexes?
<johannesV> like this: <index name="foo" unique="True"><indexfield name="bar"/><indexfield name="baz"/></index>
<johannesV> where unique="True" is the default, and you could omitt it
<mnemoc> thanks :)
<johannesV> mnemoc, np
<mnemoc> is that documentation inside the tarball? i couldn't found a thing about it on the website
<johannesV> no, there's only a dtd in gnue-appserver/doc and - well - there's the sourcecode atm. for gcd's you can also have a look at the dev-guide (appserver's doc). it should cover basics about gcd's
*** jamest has joined #gnuenterprise
<mnemoc> yes, dev-guide gave me the basic and you completed it :)
<johannesV> ah, ok, great :)
<mnemoc> index name needs to be unique only inside class, or module? or database?
<johannesV> mnemoc, i don't think there's a restriction on this, is it ? and if so, i'd say it depends on the backend used
<mnemoc> usualy on DBMSs indexes, constrats just like tables need to be unique on the database, but i wondered if you create a /fully qualified name/ for indexes too. i'll asume you do... at least until i get an appserver to play with :)
<johannesV> no, we do not create indexnames, as they're defined by the one who creates the gcd-file (name-attribute of index-tag)
<mnemoc> ic
*** johannesV_ has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** johannesV has quit IRC
*** titopbs has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** lekma has quit IRC
*** dcmwai has quit IRC
*** holycow has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** johannesV_ has quit IRC
*** johannesV has joined #gnuenterprise
*** havoc has quit IRC
*** havoc has joined #gnuenterprise
*** sjc has quit IRC
*** sjc has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** johannesV has quit IRC
*** SachaS_ has joined #gnuenterprise
*** SachaS has quit IRC
*** tiredbones has quit IRC
*** maxi has joined #gnuenterprise
<maxi> hello
<maxi> I have a problem, I am installing a program of the free foundation via libre of cordoba, Argentinean, uses a version modified of gnue and when wanting to execute the program appears to me the following error:
<maxi> Error: Unable to load any valid UI drivers.  Aborting.
<kilo> maxi: iirc it was way long ago this project has branched from gnue
*** maxi has quit IRC
<kilo> but anyhow, what opsys do you use
*** tiredbones has joined #gnuenterprise
<tiredbones> SachaS_, are you listening?
<tiredbones> I'm using the instruction that SachaS put together for installing gnue and ran into a wall.
<tiredbones> I cd into gnue-appserver/samples and could not find postgresql for the make.
<tiredbones> So, what is the proper way for building the test db?
<tiredbones> tiredbones is off to town meeting.
*** tiredbones has quit IRC
*** derek has quit IRC
*** jcater has joined #gnuenterprise
*** archivist has joined #gnuenterprise
<SachaS_> hi tiredbones
<SachaS_> oops
<archivist> any idea when stock and mrp will be started?
<SachaS_> as soon as there is a user needs it and is doing it  ;)
<reinhard> night all
*** reinhard has quit IRC
<archivist> i thought as much
<archivist> how active is this project
<archivist> when i last looked(2001) it was in C is it now all python?
* mnemoc can't feel confortable with python
*** derek has joined #gnuenterprise
<archivist> nor me
<SachaS_> performance has not been an issue yet so no need to do it in C
<SachaS_> it was thought that parts could be done in C if performance is too poor
<SachaS_> and i think you are talking about the application server, right?
<archivist> i havnt downloaded the current  yet
<SachaS_> appserver is under heavy development for about 1.5 years now
<archivist> but a few years ago i was compiling and getting into dependency hell and gave up
<SachaS_> 2001 vs 2005
<SachaS_> ages between ;)
<archivist> i know
<archivist> so i am a bit suprised stock mrp hasnt moved on yet
<SachaS_> kilo and btami are currently heavily involved in developing modules
<SachaS_> only since the appserver became new life
<SachaS_> so they are developing along each one
<archivist> I shall download and see what it looks like on my alpha box
<SachaS_> what os/distro are you using?
<archivist> debian
<wendall911> archivist: apt-get
<wendall911> archivist: several dependencies still, but installs quite nicely
<archivist> the box is not on the internet
<SachaS_> i missed some infos here but there might be unofficial apt-gettable deb packages
<SachaS_> of latest packages
<wendall911> archivist: it isn't bad to install from source...there are a few deps though
<wendall911> archivist: I installed quite easily on my Gentoo workstation several times
<archivist> are the deps on the woody cd?
<archivist> hehe ive been to sysadmin hell and run a beta system with 13 users at an electronics factory
<archivist> i had the source at the time useful for learning
<wendall911> archivist: hmm, woody might be pushing things...not sure if some of the libs need to be newer
<wendall911> archivist: have to ask one of the devs...I think they mostly are deb guys, but don't know if any of them are running pure woody...may have a readme on the subject
<wendall911> archivist: very well documented install information
<archivist> im not sure what alpha support there is with later versions (networking is not that hot)
<SachaS_> the current appserver and package maintainers/developers are living in Europe, so you might have to drop in a bit earlier
<SachaS_> eventhough kilo is still here ;)
<archivist> i am in the uk , allways up late though, still at work
* archivist starts downloading tar files
<mnemoc> with class referencing in mind, can i have '_'s on class and modules names?
<mnemoc> e.g. <property name="foo" type="that_module_nice_class" />
*** titopbs has quit IRC
*** jamest has left #gnuenterprise
<SachaS_> mnemoc i have not worked with gnue for a long time but i think you cannot
<SachaS_> the _ is used to fully qualify the module and class
<mnemoc> :(
*** Amorphous has quit IRC
<SachaS_> i camelCase notation is what you can use
*** jcater has quit IRC
<kilo> SachaS_: aye, been watching dvd...
<kilo> mnemoc: _ is reserved
<kilo> archivist: woody seems hard, sarge will do for sure
<kilo> archivist: re modules - only a very basic set, will develop based upon personal need
<kilo> archivist: hope to talk to you tomorrow
<kilo> good night folks
*** kilo has quit IRC
<mnemoc> SachaS_: good idea
*** titopbs has joined #gnuenterprise
*** Amorphous has joined #gnuenterprise
*** Fredo has joined #gnuenterprise
<Fredo> Hi any one wanna chat
*** Fredo has left #gnuenterprise
<nickr> uh
<nickr> riiight
<ajmitch> heh
<ajmitch> aol.com..
*** titopbs has quit IRC
*** jamest has joined #gnuenterprise
*** mnemoc has quit IRC
*** havoc_ has joined #gnuenterprise
*** havoc_ has quit IRC
*** jcater has joined #gnuenterprise
*** mnemoc has joined #gnuenterprise
*** holycow has quit IRC
*** titopbs has joined #gnuenterprise
*** sjc has quit IRC
*** titopbs has quit IRC
*** tiredbones has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** titopbs has joined #gnuenterprise
*** jcater has quit IRC
*** jcater has joined #gnuenterprise
*** derek has quit IRC
*** jcater has quit IRC
*** jamest has quit IRC
*** SachaS_ has quit IRC
*** dimas has quit IRC
*** Vee has quit IRC
*** titopbs has quit IRC
*** dcmwai has quit IRC
*** havoc has quit IRC
*** cilkay has quit IRC
*** ajmitch has quit IRC
*** apauley|away has quit IRC
*** chillywilly has quit IRC
*** ncjp has quit IRC
*** Amorphous has quit IRC
*** nickr has quit IRC
*** archivist has quit IRC
*** mnemoc has quit IRC
*** wendall911 has quit IRC
*** jcater has joined #gnuenterprise
*** titopbs has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** mnemoc has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** Amorphous has joined #gnuenterprise
*** derek has joined #gnuenterprise
*** archivist has joined #gnuenterprise
*** SachaS_ has joined #gnuenterprise
*** havoc has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** dimas has joined #gnuenterprise
*** Vee has joined #gnuenterprise
*** cilkay has joined #gnuenterprise
*** ajmitch has joined #gnuenterprise
*** apauley|away has joined #gnuenterprise
*** chillywilly has joined #gnuenterprise
*** ncjp has joined #gnuenterprise
*** nickr has joined #gnuenterprise
*** jamest has quit IRC
*** jcater has quit IRC
*** wendall911 has quit IRC
*** ajmitch has quit IRC
*** ajmitch_ has joined #gnuenterprise
*** ajmitch has quit IRC
*** titopbs has quit IRC
*** ajmitch has joined #gnuenterprise
*** titopbs has joined #gnuenterprise