*** holycow has quit IRC *** rynik has quit IRC *** dimas_ has joined #gnuenterprise *** dimas has quit IRC *** dimas_ has quit IRC *** dimas has joined #gnuenterprise *** reinhard has joined #gnuenterprise *** SachaZzz has quit IRC *** johannesV has joined #gnuenterprise good morning good morning johannesV: apart from the issue tiredbones found with the use of an object id() as sql identifier yesterday (see logs) i also got some (private phone) feedback from the (appearantly) first user who installed appserver on a 64bit processor machine * johannesV reading los and it seems that some UUID (MAC address determination) routines we use in appserver are not available on all processor architectures - do you have some docs on that? also the protocol error GI reported a week ago (he was it) seems to be related to the fact that he runs appserver on a 64bit machine but I think we have to wait with debugging this until somebody donates a dual processor ia64 server to the project ;-) ok, have read the logs ok, the problem with the id could be solved in /gnue-common/src/datasources/drivers/Base/Schema/Creation/Creation.py instead of adding just an id () we could add a hex (id ()) heh - cool idea hmm, but this gives a FutureWarning so maybe we could use something like abs (id ()) *** btami has joined #gnuenterprise reinhard, regarding MAC address determination: i do not have any doc's on that ... i think i've extracted the code from ifconfig's c source :) well, that code for the win* platform is taken from some docs *** sjc has joined #gnuenterprise those using a 64-bit architecture having troubles with MAC based UUID's could change the uuid-type to 'random' (meanwhile) - that should work in any case *** rynik has joined #gnuenterprise good morning good morning btami *** mnemoc has joined #gnuenterprise *** mnemoc_ has quit IRC *** kilo has joined #gnuenterprise *** rynik has quit IRC good morning CommandOptions cannot have optional arguments ... :( *** rynik has joined #gnuenterprise reports has something you want grcvs --help -f -F i want an option which could be used as boolean-flag (like --debug-gc) or as argument option like --debug-gc=dumb.log where --debug-gc uses a given default for the log-file but if i think about this (having getopt in mind) this cannot work anyway ... *** rynik has quit IRC i think you have to use 2 otions then yes, or i can use an argument-option, having a default of None (for not used), and if it's value is "" (empty) the default should be used, otherwise the given value so --debug-gc="" means default-log, --debug-gc="foo.log" means foo.log and not specified (=None) means don't use it at all ah, infact it's a bit easier though ... if i use the CommandOption's action facility (a callback function) this callback get's invoked only if the option is given on the commandline so checking for the first-case (with the default-value) falls away ... *** dimas has quit IRC *** aries_mindworks has joined #gnuenterprise hi I've reinstalled my notebook, and gnue too when i try to start gacvs without parameter i'm getting the following: [aries@ganja bin]$ gacvs DB000: Traceback (most recent call last): DB000: File "/home/aries/GNUe/gnue/gnue-appserver/scripts/gnue-appserver", line 33, in ? DB000: server = geasRpcServer.geasRpcServerApp (); DB000: File "/home/aries/GNUe/gnue/.cvsdevelbase/gnue/appserver/geasRpcServer.py", line 113, in __init__ DB000: geasConfiguration.ConfigOptions) DB000: File "/home/aries/GNUe/gnue/.cvsdevelbase/gnue/common/apps/GServerApp.py", line 71, in __init__ DB000: self.__createPidFile (0) DB000: File "/home/aries/GNUe/gnue/.cvsdevelbase/gnue/common/apps/GServerApp.py", line 184, in __createPidFile DB000: pidfile = open (self.OPTIONS ['pidfile'], 'w') DB000: IOError: [Errno 2] Nincs ilyen fájl vagy könyvtár: '/var/run/gnue/appserver.pid' there's no /var/run/gnue, but when i mkdir it it works reported bug in the deb next deb will be ok kilo: what is deb? debian package you use it frmo source? i'm using svn version ah damn fenebe kilo: semmi gond :) a gnue-commonbol telepitettem kilo: ha letrehozza a konyvtarat, az fel siker :) johannesV / reinhard : who is responsible for creating /var/gnue ? setup.py or .deb ? setup.py, setup-cvs.py imho yep are there any evironment variables to set the command-line parameters? eg username/password or why i couldn't set the default values in the connections.conf? they would be nice :) ermmm we are *thinking* very much kilo: i'd like to use it very much :) you can use a .netrc file .netrc? i've never heard about it for which shell? # load the user's netrc file: # a sample .netrc could look like: # <.netrc begin> # machine 'gnue://my_connection/' # login 'mylogin' # password 'mypassword' # EOF # (Remark: if .netrc should work under Win32 you have to # set the HOME environement variable [SET HOME=...]) but you can put username/password in connections.conf too like username=BINGO password=INGO tutálibermáliberazerdõbe :) kilo: you have to put these settings above into the connections.conf yes without tutáliber... right after host, provider, dbname you can put these two lines kilo: appserver can't connect to the db with user who doesn't has passwd? dunno of course it can Hiba: (1044, "Access denied for user: '@localhost' to database 'gnue'") with root without pass [aries@ganja bin]$ mysql -u root gnue Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 9 to server version: 3.23.58 Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> quit you have granted priviliges for that user ? for root? what privileges should I grant? aries_mindworks Hiba: (1044, "Access denied for user: '@localhost' to database 'gnue'") looks like you do not provide a username usually there should be something like 'foobar@localhost' ... [gnue] comment = GNUe provider = mysql host = localhost dbname = gnue encoding = iso8859-2 username=root johannesV: should i use root@localhost ? no that should be enogh it's a clean install, with the latest gnue from svn and you can connect to that db using the root user in mysql client johannesV: yes aries_mindworks, what happens if you give the user on the commandline ? (also using -u) hmm, maybe appserver replaces the 'not given' password by 'gnue' but i'd have to check this sending private, beacuse it's long *** aries_mindworks has quit IRC *** aries_mindworks has joined #gnuenterprise *** aries_mindworks has joined #gnuenterprise hogy szakadna meg... aries, just paste the last few lines DB000: File "/usr/lib/python2.3/site-packages/MySQLdb/connections.py", line 41, in _make_connection DB000: apply(super(ConnectionBase, self).__init__, args, kwargs) DB000: TypeError: connect() argument 3 must be string, not None ah, there it is ... so we might have troubles with the mysql dbdriver ... how can i help you? aries_mindworks, i can try it on a mysql db here, but i've got some other work to do first ... will try in the afternoon ... ok, thanks bye *** aries_mindworks has left #gnuenterprise *** holycow has joined #gnuenterprise *** btami has quit IRC *** sjc has quit IRC *** dimas has joined #gnuenterprise *** tiredbones has joined #gnuenterprise Good Mornimg, Afternoon or Evening, which ever the case may be. After running gnue-schema I should have a file with the sql staements from the gsd file. Is this correct? tiredbones, not necessarily. usually gnue-schema would do all changes directly to the connection and you have to specifiy an output-file to get the sql-code so if you call: gnue-schame --connection=foobar some.gsd all changes will be sent directly to the connection ... without generating any sql code if you call: gnue-schema --connection=foobar --output=mycode.sql some.gsd it would do both, generate the sql-code and change the backend if you add a --file-only only the sql-code will be generated so the developers-guide you're reading is *really* out of date johannesV: I know, and if I did my homework I shouldn' of even ask the question. I found the answer right after i sent the message. np *** holycow has quit IRC *** jamest has joined #gnuenterprise *** michael301080 has joined #gnuenterprise *** jcater has quit IRC *** kilo has quit IRC *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC *** jcater has joined #gnuenterprise *** btami has joined #gnuenterprise *** btami has quit IRC *** btami has joined #gnuenterprise *** btami has quit IRC *** dimas has quit IRC *** michael301080 has left #gnuenterprise reinhard, the generator trick using it's gi_frame object works perfectly !! but we've to think about it's representation ... bbl sigh i remember there is an issue with the en_gb locale bug i can find it in our logs what I cant find was the fix :) theoretically: update to latest svn ;-) or unset LANGUAGE that was a python 2.3 bug wasn't it? yep but svn common should work around it http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=294192 i can't do that in production yet :) johannesV: When I run the program to copty from one dd to another the program hangs. It does ask me for user name and password. Is there a log file? s/dd/db/ s/copty/copy/ jamest: right sid python claims to have fixed that bug (2.3.5-2) i just needed to debug a working script but sarge still has 2.3.5-1 that I broke so a temp unset of LANGUAGE is perfect ok i seriously have to come up w/ a better organization in house tiredbones: sorry, but these samples in the common docs are very out of date, and it's been years (probably) since they have last been looked at as my equiv to gnue-common is a svn checkout linked into my PYTHONPATH so small changes cause me to svn up a single file in production worked ok when i wasn't as python-ized as I am today :) tiredbones: but as I understand it, that program you talk about is the program you entered as a sample so you might well try to understand what the program does and where it hangs because understanding the samples is the whole point of doing the samples ;-) sigh i was reading thru the peak mailing archives yday our docs were mentioned gack! yeah as an example how sucking docks look like? ;-) s/docks/docs/ i think the comment was A Mess You know I don't think the docs are all that bad. Just some minor correction are needed. they are pretty bad jamest: How are they pretty bad? scattered about incomplete and some sections are just plain wrong the doc talked about this year on peak mail list mentioned part of our docs talking about CORBA which was pre-python appserver days it could really make sense to remove all outdated docs from svn which would include the complete gnue-docbook directory AFAICT yes and quite some docs from common yes What would people like me have to learn this GREAT system? honestly experience shows that our only docs that are always current are those autogenerated reinhard: i was thinking just the same thing that maybe focus should be on epydocs in common yes funny how i was absolutely anti epydoc at first if you remember but now I really see much benefit :) Does this mean that all documentation is on its way out? Oh My! on its way out? no only the out of date stuff Is there a repository of current docs now? Cause I've been looking for it. just what's in svn and irc logs :) I just bought the book on svn. My way of contributing to open source. Question. If I built my system with deb's can I use svn to keep my system current? That's gnue system only. no you can install debs and svn on same machine in parallel but they are independent then however I am not sure you will want to use svn now I can I just check-out the docs in the svn? Damm! Can I just check-out the docs in the svn? tiredbones: that won't help you very much because the docs in svn are in no way more current than those in the release Well, I should say --- lol Is there anyway the I can single step thru a python program? s/the/that/ tiredbones: don't know - there is a debugger for python, but i've never used it *** mnemoc has quit IRC *** mnemoc has joined #gnuenterprise *** sjc has joined #gnuenterprise *** cilkay has joined #gnuenterprise *** cilkay has left #gnuenterprise I'm trying to find the cause for the sample program to hang. I narrow the problem down to a function called DataSourceWrapper in GDataSource.What I'm going to do next is put some print statement in that module. Is that what you folks would do? quite much, yes *** aries_mindworks has joined #gnuenterprise hi i see there were some changes in the datadrivers testing... the same, I can't connect :( DB000: File "/usr/lib/python2.3/site-packages/MySQLdb/connections.py", line 41, in _make_connection DB000: apply(super(ConnectionBase, self).__init__, args, kwargs) DB000: TypeError: connect() argument 3 must be string, not None with the same with --username tiredbones: let me get you a working datasource wrapper is the sample you're looking at using a sql="" or fields="" it's using fields aries_mindworks: this is weird itemClassDatasource = DataSourceWrapper(connections, fields = ('model','class_id'), attributes={'connection': PROD_CONNECTION, 'name': 'dtsProd', 'table': 'item', } aries_mindworks: looks like mysql can't cope with pure kwargs in the connect method any more I really hate take you folks of the important stuff. aries_mindworks: or there might be a parameter that's missing reinhard: gacvs --username=root gnue [gnue] comment = GNUe provider = mysql host = localhost dbname = gnue encoding = iso8859-2 username=root reinhard: can be mysqld too old? it's series 3.23.5x shipped with fedora c3 isn't 4.x out for years now? reinhard: fedora is oldschool a bit in this case... bbl jamest: was I sppose to try that code you entered? s/sppose/suppose/ tiredbones: that is a working datasource to compare to the docs i know that one works as we wouldn't be invoicing customers w/o it :) On the "fields" variable I'm passing in a list of db table values. what is model class_id? those are field names you wouldn't set values in this call reinhard: today updates: Update: mysql.i386 0:3.23.58-16.FC3.1 - updates-released Update: mysql-bench.i386 0:3.23.58-16.FC3.1 - updates-released Update: mysql-devel.i386 0:3.23.58-16.FC3.1 - updates-released Update: mysql-server.i386 0:3.23.58-16.FC3.1 - updates-released reinhard: outstanding :] are there anyone who tested the gnue on fc3? jamest: I should correct myself, they are field names. The way I'm using is - tableFields = [....] fields = tableFields The way I'm using is - tableFields = [field names...] i don't thing the list vs tuple should effect you at all think jamest: I assume where you have (connections...) it should be self.connections if you're inside the app, then yes the function is in a library here and I pass in the connection aries_mindworks, the problem here is, that a password "None" is not supported by mysqldb i'll check for a fix in dbdrivers... johannesV_: ok, thanks I have to go. Bye! *** aries_mindworks has left #gnuenterprise *** johannesV_ has quit IRC bbl *** kilo has joined #gnuenterprise I'm not quite sure, but I thing the driver psycopg has been remove from plugin.py.When I run plugin.py I get and error, "No mudule name drivers" When I run plugin.py it shows that psycopg is there, but when I run the the sample code I get a message from plugin.py that psycopg cannot be loaded.Why would there be a difference? do you have psycopg installed? please note that you don't mix up psycopg (a third party product being a python binding for postgresql) and the gnue psycopg dbdriver (a gnue db driver for using with psycopg) Yes I have it installed. prove it ;) If I run plugin.py it returns a ok. and in any case it's always helpful if you paste the exact error message here I know, but I'm trying to find the problem. ah ok sorry, I was understanding you try to get help from us :) reinhard: If I install the deb's for python-psycopg do I have the right psycopg? yes (unless you have several python versions installed in parallel) reinhard: I'm sure I'll be back for help soon.I'm getting close. *** jamest has left #gnuenterprise *** jcater has quit IRC Everthing seem to be passing the right info. name is psycopg, base is gnue.datasources.drivers, identifier is Connection. I do not have psycopg.py at the end of the base path.Here's the error-- File "/usr/lib/gnue/python/gnue/common/datasources/GConnections.py", line 254, in getConnection DB000: 'Connection') DB000: File "/usr/lib/gnue/python/gnue/common/apps/plugin.py", line 176, in find DB000: raise LoadError, (name, result) DB000: LoadError: Cannot load plugin psycopg DB000: The following plugins failed: DB000: * gnue.common.datasources.drivers: ImportError: No module named drivers you have a /usr/lib/gnue/python/gnue/common/datasources/drivers ? What bothers me is the fact that the module's name is drivers. NO!! Sorry, YES Am I read the error right? if you open a python prompt can you do from gnue.common.datasources import drivers ? NO! reinhard: the "no" is that the import fails. tiredbones: you expect me to guess the error message or are you going to give some hint? :-) I sent it. Here it comes again. Do you want the error from the python prompt? yes Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from gnue.common.datasources import drivers Traceback (most recent call last): File "", line 1, in ? ImportError: cannot import name drivers can you do from gnue.common import datasources ? Yes. from gnue.common import datasources does your /usr/lib/gnue/python/gnue/common/datasources/drivers contain a __init__.py file? yes reinhard: When I installed python-psycopg with synaptic it required that I installed python2.3-psycopg and python2.4-psycopg both? you have python2.3 *and* python2.4 installed? If iirc it did. I have python2.4 From the python prompt --> Python 2.4.1 (#2, Mar 30 2005, 21:51:10) so you might have some troubles with the mixing of 2.3 and 2.4 if you run python2.3 instead of just python can you from gnue.common.datasources import drivers ? *** kilo has left #gnuenterprise Python 2.3.5 (#2, Mar 29 2005, 15:41:06) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from gnue.common.datasources import drivers Traceback (most recent call last): File "", line 1, in ? ImportError: No module named gnue.common.datasources >>> from gnue.common.datasources import drivers ok so python 2.4 would be correct but I wonder why you can't import drivers reinhard: When plugin.py is run alone it does find psycopg. So I would assume that it's finding the base. *** jcater has joined #gnuenterprise time to go to bed for today night all *** reinhard has quit IRC reinhard: FYI I found the problem. It was the permissions on the drivers dir. jacater: do you build the debs? jcater: I'm sorry for spelling your name wrong. do you build the debs? no ajmitch I thought did that ajmitch: are you on the line? Does anyone know how I check the permission's on a directory in a deb? I would like to see the permission drivers dir. Does anyone here use debs? If so what are your permissions on the dir? If so what are your permissions on the drivers dir? hmm? what are the permissions currently? what version of common, also? they where drw--rw--rw I change them to include x I change it to include x the deb appears to be fine drwxr-xr-x root/root 0 2005-03-09 11:07:06 ./usr/lib/gnue/python/gnue/common/datasources/drivers/ are you on debian or ubuntu? ubuntu appears fine there also.. drwxr-xr-x root/root 0 2005-03-12 01:16:22 ./usr/lib/gnue/python/gnue/common/datasources/drivers/ from my apt cache I should have notice the date before I change permissions. check with dpkg-deb -c /path/to/gnue-common_0.5.14-1.deb well, add in the -all :) I'm working on it!!! *** sjc has quit IRC ajmitch; I try to do a find on gnue-common*.deb and nothing turn up. ajmitch; I have to cook supper now I'll look later. thanks for your help. ok *** titopbs has joined #gnuenterprise ajmitch: Are you here? ajmitch_: Are you here? *** jamest has joined #gnuenterprise *** tiredbones has quit IRC *** titopbs has quit IRC *** jcater has quit IRC *** dcmwai has joined #gnuenterprise *** jcater has joined #gnuenterprise *** jcater has quit IRC *** jamest has quit IRC *** jcater has joined #gnuenterprise *** titopbs has joined #gnuenterprise *** jcater has quit IRC *** holycow has joined #gnuenterprise *** Amorphous has quit IRC