[00:07:43] -lilo-	[Global Notice] Hi all.  Current status:  the main rotation is currently pointed to 127.0.0.1, and one of the MR servers is down, two have been shut down since the problem started
[00:08:13] -lilo-	[Global Notice] We're currently trying to get a bit ahead on the klines, but it's slow going
[00:08:51] -lilo-	[Global Notice] It's just the usual "summer in the US" nonsense....apologies for the inconvenience, and we'll keep things going as best we can.  Thanks.
[00:26:37] <--	jolby_1 has quit ("Client Exiting")
[00:51:33] -lilo-	[Global Notice] So, with the network pointing to 127.0.0.1, and us churning out klines, maybe this is a good time to point out that we need a new protocol. :)
[07:08:27] *	aloisius is back (gone 07:37:47)
[08:20:27] <--	Maniac has quit (calvino.freenode.net irc.freenode.net)
[08:23:09] -->	jack-e (nobody@pD9EBD5B5.dip.t-dialin.net) has joined #peak
[08:23:09] -->	Maniac (~User@h24-77-230-121.wp.shawcable.net) has joined #peak
[08:37:38] <--	jack-e has quit (calvino.freenode.net irc.freenode.net)
[08:37:38] <--	Maniac has quit (calvino.freenode.net irc.freenode.net)
[08:43:08] -->	jack-e (nobody@pD9EBD5B5.dip.t-dialin.net) has joined #peak
[08:43:08] -->	Maniac (~User@h24-77-230-121.wp.shawcable.net) has joined #peak
[09:04:01] <--	jack-e has quit (calvino.freenode.net irc.freenode.net)
[09:04:01] <--	Maniac has quit (calvino.freenode.net irc.freenode.net)
[09:32:10] -->	You are now talking on #peak
[09:32:10] ---	Topic for #peak is PEAK development (http://peak.telecommunity.com)
[09:32:10] ---	Topic for #peak set by jack-e at Fri Jun 20 11:58:28
[10:19:01] *	jack-e is gone (12:19PM): .. autoaway ..
[13:40:56] -->	_Maniac (~daManiac@209-5-247-105.mb.skyweb.ca) has joined #peak
[13:58:46] <jack-e>	hi darryl
[14:05:59] <_Maniac>	hi :)
[14:18:12] <_Maniac>	ah jack-e is Ulrick
[14:23:08] <jack-e>	jup ;-)
[14:24:46] <_Maniac>	much later in your part of the world i see
[14:25:25] <jack-e>	about 7 hours .. right ??
[14:35:36] <_Maniac>	9:35 here
[14:40:12] <_Maniac>	http://cvs.net-labs.de/viewcvs.cgi/apps/acmgr/ <---- connection refused
[14:40:26] <jack-e>	hmm .. mompl
[14:41:20] <_Maniac>	that's your site right?
[14:42:40] <jack-e>	yep .. we had a problem with power this morning ..
[14:43:08] <jack-e>	i'll go and check the router ..
[14:47:48] <jack-e>	try again http://cvs.net-labs.de ..
[14:56:12] <_Maniac>	yup up now :P
[15:29:56] <_Maniac>	NetLabsLibs -- a Python Framework for Business Objects
[15:30:12] <_Maniac>	The idea is that you could use these classes for any project?
[15:30:26] <_Maniac>	for example: nll/database/sqldm/datamanager.py
[15:30:33] <jack-e>	maniac: yup
[15:30:34] <_Maniac>	one could use this with any sqlDM?
[15:30:40] <_Maniac>	if i could understand it's usage :P
[15:34:30] <_Maniac>	and i see nll/mail/imap i would suppose you could use that to check your imap mail
[15:34:31] <jack-e>	you can use an SQLEntityDM with some configurations for certain element-classes, e.g.:
[15:35:50] <jack-e>	class SMSNetworkEntityDM(SQLEntityDM):
[15:35:50] <jack-e>	    connection   = binding.bindToProperty('main.dbconnection')
[15:35:50] <jack-e>	    defaultClass = SMSNetwork
[15:35:50] <jack-e>	    tableName = 'sms_network'
[15:35:50] <jack-e>
[15:35:51] <jack-e>	    fieldSpec = (('id', 'id',),
[15:35:53] <jack-e>	                 ('name', 'name',),
[15:35:55] <jack-e>	                 ('smsc', 'smsc',),
[15:35:57] <jack-e>	                 ('prefix', 'prefix',),
[15:35:59] <jack-e>	                 )
[15:36:01] <jack-e>	    indexSpec = ('id', )
[15:36:23] <jack-e>	would setup an SQLEntityDMA for a connection (defined as Property: main.dbconnection)
[15:37:00] <jack-e>	for a table called sms_network and a mapping element.featureName -> table.columnname in the fieldSpec tuple
[15:37:29] <jack-e>	the indexspec defines an unique index
[15:38:10] <_Maniac>	i see inspired by pyDO which i've used and liked
[15:38:56] <jack-e>	right .. i wrote the sapdb-driver for pydo some time ago and used pydo as well
[15:40:06] <jack-e>	the system uses metaclasses to prepare all sql-statements .. and is there for rapid prototyping or simple apps .. if things get more complicated, a simple SQLEntityDM can be replaced with some optimized version if needed
[15:40:56] <jack-e>	the imap-stuff is a object-mapping for IMAP-Mailboxes .. you can manage folders/acls, retrieve/manage email etc ..
[15:42:48] <jack-e>	you can find some samples in the apps/fetd/src/fetd folder in our cvs .. this app is not yet working .. but the data-layer should reflect the current state of our nll-db-backend stuff
[16:03:43] *	_Maniac had a meeting
[16:03:55] <_Maniac>	imap is not working or apps/fetd/src/fetd is not working?
[16:04:24] <jack-e>	apps/fetd is far from finished .. so it's probably no good example for a "working" app ....
[16:04:51] <jack-e>	nll.net.imap should work (see tests/demo_imap.py for an example)
[16:05:25] <jack-e>	nll.net.mail .. i meant
[16:05:43] <_Maniac>	ah ic
[16:05:50] <_Maniac>	what is fetd supposed to do?
[16:06:00] <jack-e>	all files that start with demo_ won't work .. they just show how you could use the classes
[16:06:31] <jack-e>	they're hints for me and my partner .. and should be replaced with unit-tests
[16:07:14] <jack-e>	fetd is a messaging-server for a club/party-project from me an my friends ..
[16:07:49] <jack-e>	it'll be able to send out ShortMessages to Cellphones and emails based on a Portal-Database (written in PHP :-( ..)
[16:08:04] <jack-e>	very specific to our needs ..
[16:08:46] <_Maniac>	ah, ok.
[16:09:22] <_Maniac>	as i just said in an email to the transwap mailing list: i'm not very bright but the stuff you have looks cool.
[16:10:23] <jack-e>	;-)
[16:36:09] <jack-e>	maniac: what error do you get with your script ??
[16:37:06] <_Maniac>	one second... i'm trying the unit tests
[16:37:59] <_Maniac>	here's the traceback: (caution little flood)
[16:38:00] <_Maniac>	Traceback (most recent call last):
[16:38:01] <_Maniac>	  File "peaktest.py", line 7, in ?
[16:38:01] <_Maniac>	    storage.beginTransaction(db)
[16:38:01] <_Maniac>	  File "/usr/local/lib/python2.2/site-packages/peak/storage/transactions.py", line 17, in beginTransaction
[16:38:01] <_Maniac>	    getTransaction(subject).begin(**info)
[16:38:01] <_Maniac>	  File "/usr/local/lib/python2.2/site-packages/peak/storage/transactions.py", line 14, in getTransaction
[16:38:05] <_Maniac>	    return config.findUtility(subject,ITransactionService)
[16:38:07] <_Maniac>	  File "/usr/local/lib/python2.2/site-packages/peak/config/config_components.py", line 87, in findUtility
[16:38:09] <_Maniac>	    for u in findUtilities(component, iface):
[16:38:11] <_Maniac>	  File "/usr/local/lib/python2.2/site-packages/peak/config/config_components.py", line 73, in findUtilities
[16:38:13] <_Maniac>	    adapt(
[16:38:15] <_Maniac>	  File "/usr/local/lib/python2.2/site-packages/peak/config/interfaces.py", line 108, in noMoreUtilities
[16:38:17] <_Maniac>	    raise exceptions.InvalidRoot(
[16:38:19] <_Maniac>	peak.exceptions.InvalidRoot: Root component GenericSQL_URL(scheme='pgsql',db='osims',passwd='darryl',server='localhost',user='darryl') does not implement 'IConfigurationRoot' (was looking up <class 'peak.storage.interfaces.ITransactionService'> for GenericSQL_URL(scheme='pgsql',db='osims',passwd='darryl',server='localhost',user='darryl'))
[16:40:55] <jack-e>	hmm .. the parent-child relationship is not set correctly at some place. therefore the Transaction-Service cannot be found ..
[16:41:09] <jack-e>	what if you replace: db = root.lookupComponent( ....)  with:
[16:41:25] <jack-e>	db = naming.lookup(root, 'your url') ??
[16:41:59] <_Maniac>	db=root.lookupComponent('pgsql://%s:%s@localhost/osims' % (user,passwd))
[16:42:02] <_Maniac>	that's what i was using
[16:43:07] <jack-e>	i haven't updated my peak sources for 2 weeks now (i've been on holiday) so i might not be uptodate with all changes ..
[16:44:04] <jack-e>	i saw some changes involving the address/name issue .. and that there were changes made .. i haven't tried them ..
[16:44:43] <_Maniac>	db=naming.lookup(root,'pgsql://%s:%s@localhost/osims' % (user,passwd))
[16:44:49] <_Maniac>	gives same traceback :P
[16:46:02] <jack-e>	ok .. this definitly worked a few weeks ago, reply to PJE's email with a full traceback and the script you're using
[16:47:50] <jack-e>	uhm .. could you try this:
[16:48:04] <_Maniac>	one sec
[16:48:10] <_Maniac>	from the changes.txt:
[16:48:11] <_Maniac>	 - 'peak.naming' no longer automatically converts all addresses to the
[16:48:11] <_Maniac>	   addressed objects.  You must specifically request the interface you want
[16:48:11] <_Maniac>	   by adapting the retrieved object to that interface.  This can be done by
[16:48:11] <_Maniac>	   supplying an 'adaptTo=ISomething' keyword argument to the attribute binding
[16:48:11] <_Maniac>	   definition or your 'lookupComponent()' call.
[16:48:25] <jack-e>	yes .. that might be the problem
[16:48:48] <jack-e>	db = root.lookupComponent('your url', adaptTo=storage.ISQLConnection)
[16:49:30] <jack-e>	and then execute the code till you reach that line and tell me what kind of object "db" is
[16:49:55] <_Maniac>	but of course that worked
[16:51:02] <jack-e>	what does db.__repr__() tell you ??
[16:54:11] <_Maniac>	>>> db.__repr__()
[16:54:11] <_Maniac>	'<peak.storage.SQL.PGSQLConnection object at 0x8371f3c>'
[16:54:11] <_Maniac>	>>>
[16:54:26] <jack-e>	ok .. you got an SQLConnection Object ..
[16:54:31] <_Maniac>	changing it to adaptTo=storage.ISQLConnection now the script works
[16:54:39] <jack-e>	fine :)
[16:55:18] <jack-e>	that's one of the things, that i need to refactor in nll/acmgr/... to get them all back working again .. should happen during this week ..
[17:48:56] <_Maniac>	cool
[17:49:21] <_Maniac>	in other words now's not the time to pull down your cvs and try the stuff out with my current cvs of peak :O
[17:50:07] <_Maniac>	lol, i got excited when i saw the docs/tutorial dir... until i found it was empty
[17:51:15] <jack-e>	;-) .. yes .. sometimes it's quite hard to keep uptodate with PJE's changes ...
[17:51:45] <jack-e>	but all of them make sense and we're still in alpha
[17:53:37] <_Maniac>	yeah, you gotta love alpha :P
[17:53:46] <_Maniac>	how does one do a checkout of your repository?
[17:55:56] <jack-e>	cvs -d:pserver:anonymous@cvs.net-labs.de:/data/cvs login
[17:56:01] <jack-e>	password: "anonymous"
[17:56:08] <jack-e>	cvs -d:pserver:anonymous@cvs.net-labs.de:/data/cvs co apps/nll
[18:01:30] <_Maniac>	ok that worked :)
[18:01:56] <_Maniac>	of course it probably won't work with peak cvs right now but i'll just cvs up when you refactor :)
[18:09:06] <jack-e>	Maniac: i made some tarballs before i left on holiday with peak/nll/acmgr working versions, if you're interested ?
[18:09:43] <_Maniac>	they are indenpendant of installed versions of peak?
[18:10:51] <jack-e>	nope .. just a tarball that can be installed (like your cvs-checkout) .. but you could use a different pythonpath for it i think
[18:11:22] <_Maniac>	yes, probably
[18:11:40] <_Maniac>	i can wait i guess
[18:11:57] <_Maniac>	what's the intent with jabber? to be able to send jabber messages etc?
[18:12:09] <jack-e>	ok i'll give you a note when i finished the refactorings for the latest changes
[18:13:10] <jack-e>	i'll finish may day in office now .. cu 2morrow
[18:13:37] <--	jack-e has quit ("gone")
[19:04:59] *	aloisius is away: mangiare le scarpe
[21:22:41] -->	jolby (~jolby@12-230-14-63.client.attbi.com) has joined #peak
[21:47:03] <--	_Maniac (~daManiac@209-5-247-105.mb.skyweb.ca) has left #peak ("Client exiting")