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