*** reinhard has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<kilo> good morning
<btami> good morning
<dimas> good morning
*** johannesV has joined #gnuenterprise
*** sjc has joined #gnuenterprise
<johannesV> good morning
<reinhard> good morning all
<reinhard> FWIW
<reinhard> johannesV committed our first gnue customer project to gnue-contrib, in case anybody is interested
<reinhard> (and please don't be disappointed about the small size :-))
<johannesV> yeah, small and simple ... but working ...
<kilo> i was just to ask what that project is about
<johannesV> and there are much cleaner solutions possible of course :)
<kilo> can you share some details?
<johannesV> it's all about boxes :)
<kilo> laden...
<reinhard> it's a simple program for maintaining a jewelery catalog
<reinhard> it's a company that has several representatives that sell silver and steel jewelery
<reinhard> every representative has a box with several drawers in which they carry the jewelery samples
<reinhard> and the app is basically about which items are in which drawer
<reinhard> (every drawer has a number)
<reinhard> and printing reports with pictures of the items
<kilo> (misread steel jewelery as steal jewelery)
<reinhard> s/printing reports/generating pdf reports/
<reinhard> lol
<reinhard> so a very simple 3 table database
<reinhard> but the image stuff was rather tricky :-)
<reinhard> especially as reports doesn't quite support images like we needed it, so we (johannes) had to hand craft pdf's
<btami> reinhard: any chance to put a sample pdf somewhere to see?
* btami is cuorious
<SachaS> congratulations
* johannesV phone
*** SachaS is now known as SachaZzzz
<reinhard> btami: actually I don't want that, it contains pictures and logos that I don't want to make publish (customer has copyright)
<btami> ah
*** btami has quit IRC
*** btami has joined #gnuenterprise
*** dimas_ has joined #gnuenterprise
*** tophe has quit IRC
*** dimas_ has quit IRC
*** soatola has joined #gnuenterprise
*** cuerva has quit IRC
*** sjc has quit IRC
*** btami has quit IRC
<reinhard> brb
*** reinhard has quit IRC
*** kilo has quit IRC
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** btami has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** jamest has joined #gnuenterprise
<jamest> gack
<btami> ?
<jamest> we publicly went live w/ roundup?
<btami> seems jcater committed it...
<btami> not visible yet on the site
<jamest> gack!
<jamest> that'd mean another bug
<reinhard> well
<reinhard> web page build still breaks with permission errors, doesn't it?
<jamest> sigh, i forgot that, fixing now
<jamest> rebuilding sight now
<jamest> sigh
<jamest> site
<jamest> :)
<jamest> ok, all fixed up
<jamest> so now to start over
<jamest> gack
<jamest> we publicly went live w/ roundup?
*** jcater has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<reinhard> appearantly yes
<reinhard> however I think that's ok
*** ninja has quit IRC
<reinhard> you might want to add another field to the issue definition for the package so we no longer have to abuse the keywords
<reinhard> (or make the topic a link instead of a multilink, I am not sure we would need the topics at all otherwise)
*** sjc has joined #gnuenterprise
*** yure has joined #gnuenterprise
<jamest> reinhard: i'm not following
<reinhard> currently you can assign an issue to more than one package
<reinhard> and I don't think we want that
<reinhard> do we?
*** SachaZzzz is now known as SachaS
<jamest> you can?
<jamest> ah via control-click
<jamest> i didn't think about that
<jamest> probably not
<reinhard> it's the difference between a link and a multilink in the object definition AFAICT
<reinhard> bbl
*** kilo has quit IRC
*** reinhard has quit IRC
*** reinhard has joined #gnuenterprise
<reinhard> FWIW
<reinhard> MS has issued 5 new licenses for its "shared source" program of which 2 at first sight seem to qualify as free software licenses
<reinhard> http://www.theregister.co.uk/2005/10/19/shared_source_licences/
<dimas> ... then you win!
<jamest> has anyone here used SQLObject w/ python
<dimas> jamest: wanted to try turbogears but stopped a little as it requires python2.4
<jamest> reinhard: why can't they just use one of the existing ones
<dimas> SQLObjects is used there as a ORM component
<jamest> reinhard: seems like they are saying "there are too many licenses so we'll add a few more"
<jamest> i was just curious how it differed from our datasource system
<reinhard> jamest: exactly my first thought
<reinhard> but still...
<reinhard> SQLObjects: my understanding was that it is more like some parts of appserver functionality
<dimas> at least TG guys saying anything xmlrpc capable could be used
<reinhard> you have python objects with properties, which is mapped to a database with columns
<jamest> which is what i've started doing internally w/ objects here at work
<jamest> so that they work w/ our table structs
<dimas> jamest: you changing sqlobjects?
<jamest> not at all
<jamest> just that i have a base DataAware object here I've been working on
<jamest> that wrappers our datasources
<jamest> with the hopes that some day i'd be able to migrate the appserver with less fuss
<jamest> and I saw something about sqlobject in reference to turbogears/ruby on rails
<jamest> and was curious as to how different it is from what we have
<dimas> jamest: have you seen djangoproject.org it is in python and in kansas too :)
<dimas> django and TG are often compared with ror lately
<dimas> "compared with" or "compared to" ?
<jamest> no
<btami> :)
<jamest> i'd think the "compared to"
<dimas> thanks
<jamest> but I'm not known for my mastery of the english language :)
<dimas> is it not your native language? then it is python probably :)
<jcater> I'm going with "compare with"
<SachaS> potentially a oo wrapper around gnue application server could very well be useful outside of gnue
<jcater> you would compare GNUe to a mad goat crapping on a computer
<jcater> you would compare GNUe with SQL-Forms
<reinhard> SachaS: fyi, we have that
<SachaS> u do? ok. with some nice OO feel to navigate through the objects_
<SachaS> ?
<jcater> but people do generally interchange "to" and "with" without regard, though
<reinhard> SachaS: sure
<SachaS> reinhard: and that with or without going through rpc layer?
<reinhard> with
<reinhard> so you can run it on other machines
<SachaS> do you have a tool that creates python classes for the client side?
<jamest> that's the role of appserver, my only issue is that it's all or nothing with appserver
<jamest> so I can't work with existing data structures
* jcater notes, distastefully,  that his primary BUFH was a former english teacher
<jcater> s/was/is/ -- I guess I haven't eliminated her yet
<SachaS> gone for lunch
*** SachaS is now known as SachaLunch
<jamest> note the "yet"
*** johannesV_ has quit IRC
<SachaLunch> reinhard: clientside: something along the lines (not sure what syntax it is though)
<SachaLunch> app = gnuenterprise:newApp("customerDB", username, password)
<SachaLunch> customer = app.getCustomer(:lastName => "Mueller")
<SachaLunch> invoice = new app.createInvoice(...)
<SachaLunch> customer.addInvoice(invoice)
<SachaLunch> ...
<reinhard> SachaLunch: what I do is for example
<reinhard> #!/usr/bin/python
<reinhard> from gnue.appserver.language import App
<reinhard> app = App.App ()
<reinhard> session = app.newSession ('', '')
<reinhard> session.setcontext ('fellowship')
<reinhard> fellows = session.find ('fellow', conditions = {'name': my_name})
<reinhard> if fellows:
<reinhard>   for f in fellows:
<reinhard>     print "%s (fellow #%s)" % (f.login, f.number)
<reinhard>     print f.name
<reinhard>     print f.address
<reinhard>     print f.zip, f.city
<reinhard> is that what you mean?
<SachaLunch> cool :) yes this is what i mean.
<jcater> one of these days, I'm going to have to try appserver out
<SachaLunch> for some reasons people want to have web interfaces ... so one needs a way to expose this to the web.
<SachaLunch> and then .... bingo
<SachaLunch> so maybe some wrapper for your find method ... which can be used by some web app framework
<SachaLunch> potentially for a given web framework all they would need is a common interface to these oo interface (which goes through rpc and to gnueappserver behind the curtains)
* SachaLunch does not know any python web framework
<reinhard> zope
<SachaLunch> reinhard: have you looked at it yet, a way to provide for gnue web applications?
<reinhard> nope
<reinhard> :)
<SachaLunch> cool :)
<SachaLunch> a matter of time, I guess.
<SachaLunch> very cool.
* SachaLunch is fighting with java xpath api (with namespaces) arghhhh
<SachaLunch> stupid java
* chillywilly fights with phpldapadmin
<jamest> ARGH!!
<dimas> <wkh> i like turbogears better than ruby on rails
<dimas> * mnemoc prefer zope3
<dimas> <SachaS> :)
<dimas> jamest: from 2005-10-17 log
<dimas> so someone uses sqlobject...
* jamest wont admit how many hours he's been fighting a bug that is demonstrated by
<jamest> >>> foo='lmnop'
<jamest> >>> bar=foo,
<jamest> >>> bar
<jamest> ('lmnop',)
<ajmitch> oh, the trailing ,
<ajmitch> that's expected ;)
* jamest thwaps ajmitch
<jamest> expected != easily noticed in the code
<chillywilly> python is kinda stupid at times
<jcater> I've never understood that convention, myself
*** kilo has joined #gnuenterprise
<btami> night all
*** btami has quit IRC
*** yure has quit IRC
<reinhard> does anybody happen to know a command line tool that can merge 2 xml files into one?
<reinhard> say I have a file with
<reinhard> <foo>
<reinhard>   <bar x="y" />
<reinhard> </foo>
<reinhard> and another one with
<reinhard> <foo>
<reinhard>   <baz a="b" />
<reinhard> </foo>
<reinhard> and I want
<reinhard> <foo>
<reinhard>   <bar x="y" />
<reinhard>   <baz a="b" />
<reinhard> </foo>
<jcater> http://www.alphaworks.ibm.com/tech/xmldiffmerge, but I've never used it
<SachaLunch> there is a xml command line tool called xmlstarlet
<SachaLunch> u might have to look at xslt to transform the to input xml files
<jcater> I don't suppose it's simple enough to just cat two files and grep -v ? :)
<reinhard> jcater: I might end up with that
<jamest> what about just plan merge
<reinhard> SachaLunch: xmlstarlet can't merge two input files into a single output file (like all other xslt processors I've found)
<reinhard> jamest: plan merge?
<jamest> man merge
<jcater> reinhard, I think he meant plain merge
<reinhard>  man merge
<reinhard> No manual entry for merge
<reinhard> :)
<jamest> hang on
<jamest> part of rcs package in debian
<jamest> i'm doing a test now
<jamest> hmmm
<jamest> didn't work as expected
<reinhard> nevermind
<reinhard> if all else fails, I'd write a python script
<reinhard> just didn't want to reinvent the wheel
<reinhard> but appearantly the wheel isn't there yet ;-)
<reinhard> good night all
*** reinhard has quit IRC
*** jamest has left #gnuenterprise
*** jcater has quit IRC
*** kilo has left #gnuenterprise
*** sjc has quit IRC
*** cuerva has joined #gnuenterprise
*** soatola has quit IRC
*** ninja has joined #gnuenterprise
*** soatola has joined #gnuenterprise
*** mnemoc has left #gnuenterprise
*** cuerva has quit IRC
*** ninja has quit IRC
*** ninja has joined #gnuenterprise
*** cuerva has joined #gnuenterprise
*** soatola has quit IRC