sqlobject-cvs — CVS notification

[SQL-CVS] r3922 - SQLObject/trunk/docs

[<sub...@co...>]

Author: phd
Date: 2009-07-23 08:10:21 -0600 (Thu, 23 Jul 2009)
New Revision: 3922

Modified:
   SQLObject/trunk/docs/News.txt
Log:
Increased importance: new columns are major features.


Modified: SQLObject/trunk/docs/News.txt
===================================================================
--- SQLObject/trunk/docs/News.txt	2009-07-23 14:08:37 UTC (rev 3921)
+++ SQLObject/trunk/docs/News.txt	2009-07-23 14:10:21 UTC (rev 3922)
@@ -27,13 +27,6 @@
 
 * Added some support for schemas in PostgreSQL.
 
-* RowDestroyedSignal and RowUpdatedSignal were added.
-
-Minor features
---------------
-
-* Use reversed() in manager/command.py instead of .__reversed__().
-
 * Added DecimalStringCol - similar to DecimalCol but stores data as strings
   to work around problems in some drivers and type affinity problem in
   SQLite.
@@ -45,6 +38,13 @@
   indicate no password set. By default, it uses the md5 library for
   hashing, but this can be changed in a HashCol definition.
 
+* RowDestroyedSignal and RowUpdatedSignal were added.
+
+Minor features
+--------------
+
+* Use reversed() in manager/command.py instead of .__reversed__().
+
 * Minor change in logging to console - logger no longer stores the output
   file, it gets the file from module sys every time by name; this means
   logging will use new sys.stdout (or stderr) in case the user changed

[SQL-CVS] r3921 - SQLObject/trunk/sqlobject

[<sub...@co...>]

Author: phd
Date: 2009-07-23 08:08:37 -0600 (Thu, 23 Jul 2009)
New Revision: 3921

Modified:
   SQLObject/trunk/sqlobject/dbconnection.py
Log:
Minor refactoring: preprocess loglevel in the constructor.


Modified: SQLObject/trunk/sqlobject/dbconnection.py
===================================================================
--- SQLObject/trunk/sqlobject/dbconnection.py	2009-07-17 10:47:30 UTC (rev 3920)
+++ SQLObject/trunk/sqlobject/dbconnection.py	2009-07-23 14:08:37 UTC (rev 3921)
@@ -29,9 +29,10 @@
 
 class ConsoleWriter:
     def __init__(self, loglevel):
-        self.loglevel = loglevel # None or empty string for stdout; or 'stderr'
+        # loglevel: None or empty string for stdout; or 'stderr'
+        self.loglevel = loglevel or "stdout"
     def write(self, text):
-        logfile = getattr(sys, self.loglevel or "stdout")
+        logfile = getattr(sys, self.loglevel)
         logfile.write(text + '\n')
 
 class LogWriter:

[SQL-CVS] r3920 - in SQLObject/trunk: docs sqlobject

[<sub...@co...>]

Author: phd
Date: 2009-07-17 04:47:30 -0600 (Fri, 17 Jul 2009)
New Revision: 3920

Modified:
   SQLObject/trunk/docs/News.txt
   SQLObject/trunk/sqlobject/dbconnection.py
Log:
Minor change in logging to console - logger no longer stores the output file, it gets the file from module sys.


Modified: SQLObject/trunk/docs/News.txt
===================================================================
--- SQLObject/trunk/docs/News.txt	2009-07-16 04:16:46 UTC (rev 3919)
+++ SQLObject/trunk/docs/News.txt	2009-07-17 10:47:30 UTC (rev 3920)
@@ -45,6 +45,11 @@
   indicate no password set. By default, it uses the md5 library for
   hashing, but this can be changed in a HashCol definition.
 
+* Minor change in logging to console - logger no longer stores the output
+  file, it gets the file from module sys every time by name; this means
+  logging will use new sys.stdout (or stderr) in case the user changed
+  them.
+
 * Changed the order of testing of SQLite modules - look for external
   PySQLite2 before sqlite3.
 

Modified: SQLObject/trunk/sqlobject/dbconnection.py
===================================================================
--- SQLObject/trunk/sqlobject/dbconnection.py	2009-07-16 04:16:46 UTC (rev 3919)
+++ SQLObject/trunk/sqlobject/dbconnection.py	2009-07-17 10:47:30 UTC (rev 3920)
@@ -29,10 +29,10 @@
 
 class ConsoleWriter:
     def __init__(self, loglevel):
-        self.loglevel = loglevel
-        self.logfile = getattr(sys, loglevel or "stdout")
+        self.loglevel = loglevel # None or empty string for stdout; or 'stderr'
     def write(self, text):
-        self.logfile.write(text + '\n')
+        logfile = getattr(sys, self.loglevel or "stdout")
+        logfile.write(text + '\n')
 
 class LogWriter:
     def __init__(self, logger, loglevel):

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-20 00:45
Message generated for change (Comment added) made by phd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Oleg Broytmann (phd)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

>Comment By: Oleg Broytmann (phd)
Date: 2009-06-26 16:41

Message:
It seems mod_python is abandoned. Its author(s) moved to mod_wsgi. Very few
people use SQLObject under mod_python. I think it'd be better to leave the
patch externally maintained and to recommend people to switch to mod_wsgi.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-24 13:07

Message:
I added to the line 761 in main.py of sqlobject
>>>
if not connection and not getattr(cls, '_connection', None):
<<<

the following check for mod_python:
>>>
and not sys.modules.has_key("mod_python"):
<<<

So the new line 761 looks as follows:
>>>
if not connection and not getattr(cls, '_connection', None) and not
sys.modules.has_key("mod_python"):
<<<

This seems to work for me. I am not sure if there is a better way than
searching the sys.modules dictionary.

Thanks for your quick reply. I am really wondering why nobody else has
stumbled upon this. There are probably a lot of people out there doing
mod_python stuff ...

Well, thanks for your work on sqlobject - I find it really useful!

----------------------------------------------------------------------

Comment By: Oleg Broytmann (phd)
Date: 2009-05-23 21:12

Message:
How can I detect if SQLObject is running under mod_python? Is there
something in sys? os.environ? Can you look it up in mod_python docs? The
solution would be something like this:

        if not connection and not getattr(cls, '_connection', None) and \
                not running_under_modpython():
            mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
            if hasattr(mod, '__connection__'):
                connection = mod.__connection__

I would like to ask you to find out what 'running_under_modpython' is,
test it and send to me.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 21:01

Message:
uncommenting = commenting them out

Sorry, overlooked the real question!

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 20:59

Message:
Well by "uncommenting the lines" I meant line 762 and the ones around it so
that the main.py of sqlobject is still valid.

The lines are the following:
>>>
if not connection and not getattr(cls, '_connection', None):
             mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
             if hasattr(mod, '__connection__'):
                connection = mod.__connection__
<<<

The final error in the mod_python error log is:
>>>
File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'
<<<

For me this means that cls.__module__ is equal to
'_mp_32178831045d61a426cfbf437900de0b' and it can not be found in the
sys.modules hash/array. I am guessing that is because of some magic that
mod_python is doing to allow caching/reloading of modules.

I am not sure if there is another way to find out if there is a connection
global but the way it is now does not work with mod_python.

I am sorry that I can not offer a real patch or fix but I am a novice
concerning python.

----------------------------------------------------------------------

Comment By: Oleg Broytmann (phd)
Date: 2009-05-20 01:00

Message:
Uncommenting what lines? Do you mean commenting them out? SQLObject uses
mod to find out a global __connection__ declaration.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-20 00:49

Message:
Sorry about submitting to early - Here is the bug report:
--------
MOD_PYTHON ERROR

ProcessId:      4361
Interpreter:    'huge.dino.park'

ServerName:     'huge.dino.park'
DocumentRoot:   '/var/www/'

URI:            '/~michael/test.py'
Location:       None
Directory:      '/home/michael/public_html/'
Filename:       '/home/michael/public_html/test.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line
204, in handler
    module = page_cache[req]

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1059, in __getitem__
    return import_module(req.filename)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
296, in import_module
    log, import_path)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
680, in import_module
    execfile(file, module.__dict__)

  File "/home/michael/public_html/test.py", line 7, in <module>
    class News(sqlobject.SQLObject):

  File "/usr/lib/python2.5/site-packages/sqlobject/declarative.py", line
92, in __new__
    cls.__classinit__(cls, new_attrs)

  File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
    mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'


MODULE CACHE DETAILS

Accessed:       Tue May 19 22:40:42 2009
Generation:     0

_mp_32178831045d61a426cfbf437900de0b {
  FileName:     '/home/michael/public_html/test.py'
  Instance:     1 [IMPORT]
  Generation:   0 [ERROR]
  Modified:     Tue May 19 22:35:34 2009
}




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-19 20:45
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Oleg Broytmann (phd)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-24 09:07

Message:
I added to the line 761 in main.py of sqlobject
>>>
if not connection and not getattr(cls, '_connection', None):
<<<

the following check for mod_python:
>>>
and not sys.modules.has_key("mod_python"):
<<<

So the new line 761 looks as follows:
>>>
if not connection and not getattr(cls, '_connection', None) and not
sys.modules.has_key("mod_python"):
<<<

This seems to work for me. I am not sure if there is a better way than
searching the sys.modules dictionary.

Thanks for your quick reply. I am really wondering why nobody else has
stumbled upon this. There are probably a lot of people out there doing
mod_python stuff ...

Well, thanks for your work on sqlobject - I find it really useful!

----------------------------------------------------------------------

Comment By: Oleg Broytmann (phd)
Date: 2009-05-23 17:12

Message:
How can I detect if SQLObject is running under mod_python? Is there
something in sys? os.environ? Can you look it up in mod_python docs? The
solution would be something like this:

        if not connection and not getattr(cls, '_connection', None) and \
                not running_under_modpython():
            mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
            if hasattr(mod, '__connection__'):
                connection = mod.__connection__

I would like to ask you to find out what 'running_under_modpython' is,
test it and send to me.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 17:01

Message:
uncommenting = commenting them out

Sorry, overlooked the real question!

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 16:59

Message:
Well by "uncommenting the lines" I meant line 762 and the ones around it so
that the main.py of sqlobject is still valid.

The lines are the following:
>>>
if not connection and not getattr(cls, '_connection', None):
             mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
             if hasattr(mod, '__connection__'):
                connection = mod.__connection__
<<<

The final error in the mod_python error log is:
>>>
File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'
<<<

For me this means that cls.__module__ is equal to
'_mp_32178831045d61a426cfbf437900de0b' and it can not be found in the
sys.modules hash/array. I am guessing that is because of some magic that
mod_python is doing to allow caching/reloading of modules.

I am not sure if there is another way to find out if there is a connection
global but the way it is now does not work with mod_python.

I am sorry that I can not offer a real patch or fix but I am a novice
concerning python.

----------------------------------------------------------------------

Comment By: Oleg Broytmann (phd)
Date: 2009-05-19 21:00

Message:
Uncommenting what lines? Do you mean commenting them out? SQLObject uses
mod to find out a global __connection__ declaration.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-19 20:49

Message:
Sorry about submitting to early - Here is the bug report:
--------
MOD_PYTHON ERROR

ProcessId:      4361
Interpreter:    'huge.dino.park'

ServerName:     'huge.dino.park'
DocumentRoot:   '/var/www/'

URI:            '/~michael/test.py'
Location:       None
Directory:      '/home/michael/public_html/'
Filename:       '/home/michael/public_html/test.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line
204, in handler
    module = page_cache[req]

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1059, in __getitem__
    return import_module(req.filename)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
296, in import_module
    log, import_path)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
680, in import_module
    execfile(file, module.__dict__)

  File "/home/michael/public_html/test.py", line 7, in <module>
    class News(sqlobject.SQLObject):

  File "/usr/lib/python2.5/site-packages/sqlobject/declarative.py", line
92, in __new__
    cls.__classinit__(cls, new_attrs)

  File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
    mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'


MODULE CACHE DETAILS

Accessed:       Tue May 19 22:40:42 2009
Generation:     0

_mp_32178831045d61a426cfbf437900de0b {
  FileName:     '/home/michael/public_html/test.py'
  Instance:     1 [IMPORT]
  Generation:   0 [ERROR]
  Modified:     Tue May 19 22:35:34 2009
}




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-20 00:45
Message generated for change (Comment added) made by phd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Oleg Broytmann (phd)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

>Comment By: Oleg Broytmann (phd)
Date: 2009-05-23 21:12

Message:
How can I detect if SQLObject is running under mod_python? Is there
something in sys? os.environ? Can you look it up in mod_python docs? The
solution would be something like this:

        if not connection and not getattr(cls, '_connection', None) and \
                not running_under_modpython():
            mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
            if hasattr(mod, '__connection__'):
                connection = mod.__connection__

I would like to ask you to find out what 'running_under_modpython' is,
test it and send to me.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 21:01

Message:
uncommenting = commenting them out

Sorry, overlooked the real question!

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 20:59

Message:
Well by "uncommenting the lines" I meant line 762 and the ones around it so
that the main.py of sqlobject is still valid.

The lines are the following:
>>>
if not connection and not getattr(cls, '_connection', None):
             mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
             if hasattr(mod, '__connection__'):
                connection = mod.__connection__
<<<

The final error in the mod_python error log is:
>>>
File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'
<<<

For me this means that cls.__module__ is equal to
'_mp_32178831045d61a426cfbf437900de0b' and it can not be found in the
sys.modules hash/array. I am guessing that is because of some magic that
mod_python is doing to allow caching/reloading of modules.

I am not sure if there is another way to find out if there is a connection
global but the way it is now does not work with mod_python.

I am sorry that I can not offer a real patch or fix but I am a novice
concerning python.

----------------------------------------------------------------------

Comment By: Oleg Broytmann (phd)
Date: 2009-05-20 01:00

Message:
Uncommenting what lines? Do you mean commenting them out? SQLObject uses
mod to find out a global __connection__ declaration.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-20 00:49

Message:
Sorry about submitting to early - Here is the bug report:
--------
MOD_PYTHON ERROR

ProcessId:      4361
Interpreter:    'huge.dino.park'

ServerName:     'huge.dino.park'
DocumentRoot:   '/var/www/'

URI:            '/~michael/test.py'
Location:       None
Directory:      '/home/michael/public_html/'
Filename:       '/home/michael/public_html/test.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line
204, in handler
    module = page_cache[req]

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1059, in __getitem__
    return import_module(req.filename)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
296, in import_module
    log, import_path)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
680, in import_module
    execfile(file, module.__dict__)

  File "/home/michael/public_html/test.py", line 7, in <module>
    class News(sqlobject.SQLObject):

  File "/usr/lib/python2.5/site-packages/sqlobject/declarative.py", line
92, in __new__
    cls.__classinit__(cls, new_attrs)

  File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
    mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'


MODULE CACHE DETAILS

Accessed:       Tue May 19 22:40:42 2009
Generation:     0

_mp_32178831045d61a426cfbf437900de0b {
  FileName:     '/home/michael/public_html/test.py'
  Instance:     1 [IMPORT]
  Generation:   0 [ERROR]
  Modified:     Tue May 19 22:35:34 2009
}




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-19 22:45
Message generated for change (Comment added) made by cv_student
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Oleg Broytmann (phd)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 19:01

Message:
uncommenting = commenting them out

Sorry, overlooked the real question!

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 18:59

Message:
Well by "uncommenting the lines" I meant line 762 and the ones around it so
that the main.py of sqlobject is still valid.

The lines are the following:
>>>
if not connection and not getattr(cls, '_connection', None):
             mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
             if hasattr(mod, '__connection__'):
                connection = mod.__connection__
<<<

The final error in the mod_python error log is:
>>>
File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'
<<<

For me this means that cls.__module__ is equal to
'_mp_32178831045d61a426cfbf437900de0b' and it can not be found in the
sys.modules hash/array. I am guessing that is because of some magic that
mod_python is doing to allow caching/reloading of modules.

I am not sure if there is another way to find out if there is a connection
global but the way it is now does not work with mod_python.

I am sorry that I can not offer a real patch or fix but I am a novice
concerning python.

----------------------------------------------------------------------

Comment By: Oleg Broytmann (phd)
Date: 2009-05-19 23:00

Message:
Uncommenting what lines? Do you mean commenting them out? SQLObject uses
mod to find out a global __connection__ declaration.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-19 22:49

Message:
Sorry about submitting to early - Here is the bug report:
--------
MOD_PYTHON ERROR

ProcessId:      4361
Interpreter:    'huge.dino.park'

ServerName:     'huge.dino.park'
DocumentRoot:   '/var/www/'

URI:            '/~michael/test.py'
Location:       None
Directory:      '/home/michael/public_html/'
Filename:       '/home/michael/public_html/test.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line
204, in handler
    module = page_cache[req]

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1059, in __getitem__
    return import_module(req.filename)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
296, in import_module
    log, import_path)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
680, in import_module
    execfile(file, module.__dict__)

  File "/home/michael/public_html/test.py", line 7, in <module>
    class News(sqlobject.SQLObject):

  File "/usr/lib/python2.5/site-packages/sqlobject/declarative.py", line
92, in __new__
    cls.__classinit__(cls, new_attrs)

  File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
    mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'


MODULE CACHE DETAILS

Accessed:       Tue May 19 22:40:42 2009
Generation:     0

_mp_32178831045d61a426cfbf437900de0b {
  FileName:     '/home/michael/public_html/test.py'
  Instance:     1 [IMPORT]
  Generation:   0 [ERROR]
  Modified:     Tue May 19 22:35:34 2009
}




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-19 22:45
Message generated for change (Comment added) made by cv_student
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Oleg Broytmann (phd)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-23 18:59

Message:
Well by "uncommenting the lines" I meant line 762 and the ones around it so
that the main.py of sqlobject is still valid.

The lines are the following:
>>>
if not connection and not getattr(cls, '_connection', None):
             mod = sys.modules[cls.__module__]
            # See if there's a __connection__ global in
            # the module, use it if there is.
             if hasattr(mod, '__connection__'):
                connection = mod.__connection__
<<<

The final error in the mod_python error log is:
>>>
File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'
<<<

For me this means that cls.__module__ is equal to
'_mp_32178831045d61a426cfbf437900de0b' and it can not be found in the
sys.modules hash/array. I am guessing that is because of some magic that
mod_python is doing to allow caching/reloading of modules.

I am not sure if there is another way to find out if there is a connection
global but the way it is now does not work with mod_python.

I am sorry that I can not offer a real patch or fix but I am a novice
concerning python.

----------------------------------------------------------------------

Comment By: Oleg Broytmann (phd)
Date: 2009-05-19 23:00

Message:
Uncommenting what lines? Do you mean commenting them out? SQLObject uses
mod to find out a global __connection__ declaration.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-19 22:49

Message:
Sorry about submitting to early - Here is the bug report:
--------
MOD_PYTHON ERROR

ProcessId:      4361
Interpreter:    'huge.dino.park'

ServerName:     'huge.dino.park'
DocumentRoot:   '/var/www/'

URI:            '/~michael/test.py'
Location:       None
Directory:      '/home/michael/public_html/'
Filename:       '/home/michael/public_html/test.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line
204, in handler
    module = page_cache[req]

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1059, in __getitem__
    return import_module(req.filename)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
296, in import_module
    log, import_path)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
680, in import_module
    execfile(file, module.__dict__)

  File "/home/michael/public_html/test.py", line 7, in <module>
    class News(sqlobject.SQLObject):

  File "/usr/lib/python2.5/site-packages/sqlobject/declarative.py", line
92, in __new__
    cls.__classinit__(cls, new_attrs)

  File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
    mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'


MODULE CACHE DETAILS

Accessed:       Tue May 19 22:40:42 2009
Generation:     0

_mp_32178831045d61a426cfbf437900de0b {
  FileName:     '/home/michael/public_html/test.py'
  Instance:     1 [IMPORT]
  Generation:   0 [ERROR]
  Modified:     Tue May 19 22:35:34 2009
}




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2785740 ] Grom

[SourceForge.net <no...@so...>]

Bugs item #2785740, was opened at 2009-05-02 23:22
Message generated for change (Settings changed) made by phd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2785740&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Deleted
Resolution: Rejected
Priority: 5
>Private: Yes
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Grom

Initial Comment:
Very good resourse :
[url=http://usuarios.lycos.es/wolahs/cory-heart-naked.html]cory heart naked[/url] [url=http://mitglied.lycos.de/maloga/devil-naked-webcams-women.html]devil naked webcams women[/url] 
<a href=http://utenti.lycos.it/bedogr/girls-naked-and-sail-boats.html>girls naked and sail boats</a> <a href=http://members.lycos.nl/bonaft/black-celebrity-naked-nude-pictures.html>black celebrity naked nude pictures</a> 
http://usuarios.lycos.es/numega/big-brother-07-emma-naked.html  
 
 Thanks!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2785740&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-20 00:45
Message generated for change (Comment added) made by phd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Oleg Broytmann (phd)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

>Comment By: Oleg Broytmann (phd)
Date: 2009-05-20 01:00

Message:
Uncommenting what lines? Do you mean commenting them out? SQLObject uses
mod to find out a global __connection__ declaration.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-20 00:49

Message:
Sorry about submitting to early - Here is the bug report:
--------
MOD_PYTHON ERROR

ProcessId:      4361
Interpreter:    'huge.dino.park'

ServerName:     'huge.dino.park'
DocumentRoot:   '/var/www/'

URI:            '/~michael/test.py'
Location:       None
Directory:      '/home/michael/public_html/'
Filename:       '/home/michael/public_html/test.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line
204, in handler
    module = page_cache[req]

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1059, in __getitem__
    return import_module(req.filename)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
296, in import_module
    log, import_path)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
680, in import_module
    execfile(file, module.__dict__)

  File "/home/michael/public_html/test.py", line 7, in <module>
    class News(sqlobject.SQLObject):

  File "/usr/lib/python2.5/site-packages/sqlobject/declarative.py", line
92, in __new__
    cls.__classinit__(cls, new_attrs)

  File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
    mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'


MODULE CACHE DETAILS

Accessed:       Tue May 19 22:40:42 2009
Generation:     0

_mp_32178831045d61a426cfbf437900de0b {
  FileName:     '/home/michael/public_html/test.py'
  Instance:     1 [IMPORT]
  Generation:   0 [ERROR]
  Modified:     Tue May 19 22:35:34 2009
}




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-19 22:45
Message generated for change (Comment added) made by cv_student
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

Comment By: damike (cv_student)
Date: 2009-05-19 22:49

Message:
Sorry about submitting to early - Here is the bug report:
--------
MOD_PYTHON ERROR

ProcessId:      4361
Interpreter:    'huge.dino.park'

ServerName:     'huge.dino.park'
DocumentRoot:   '/var/www/'

URI:            '/~michael/test.py'
Location:       None
Directory:      '/home/michael/public_html/'
Filename:       '/home/michael/public_html/test.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.5/site-packages/mod_python/publisher.py", line
204, in handler
    module = page_cache[req]

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
1059, in __getitem__
    return import_module(req.filename)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
296, in import_module
    log, import_path)

  File "/usr/lib/python2.5/site-packages/mod_python/importer.py", line
680, in import_module
    execfile(file, module.__dict__)

  File "/home/michael/public_html/test.py", line 7, in <module>
    class News(sqlobject.SQLObject):

  File "/usr/lib/python2.5/site-packages/sqlobject/declarative.py", line
92, in __new__
    cls.__classinit__(cls, new_attrs)

  File "/usr/lib/python2.5/site-packages/sqlobject/main.py", line 762, in
__classinit__
    mod = sys.modules[cls.__module__]

KeyError: '_mp_32178831045d61a426cfbf437900de0b'


MODULE CACHE DETAILS

Accessed:       Tue May 19 22:40:42 2009
Generation:     0

_mp_32178831045d61a426cfbf437900de0b {
  FileName:     '/home/michael/public_html/test.py'
  Instance:     1 [IMPORT]
  Generation:   0 [ERROR]
  Modified:     Tue May 19 22:35:34 2009
}




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] [ sqlobject-Bugs-2794073 ] SqlObject fails in mod_python because of KeyError

[SourceForge.net <no...@so...>]

Bugs item #2794073, was opened at 2009-05-19 20:45
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: SqlObject fails in mod_python because of KeyError

Initial Comment:
A simple python handler in apache which uses sqlobject fails because of a KeyError.

sqlobject/main.py in line 762:
 mod = sys.modules[cls.__module__]

Uncommenting the lines makes sqlobject work as intended.

Attached is the test script and the debug output from the script when run as a mod_python handler.

I do not have the error when running test scripts in the console. I am guessing it must be something that mod_python is doing when importing sqlobject.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=540672&aid=2794073&group_id=74338

[SQL-CVS] r3904 - SQLObject/trunk/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:39:09 -0600 (Mon, 18 May 2009)
New Revision: 3904

Modified:
   SQLObject/trunk/docs/News.txt
Log:
Fixed a minor misspelling.


Modified: SQLObject/trunk/docs/News.txt
===================================================================
--- SQLObject/trunk/docs/News.txt	2009-05-18 17:38:39 UTC (rev 3903)
+++ SQLObject/trunk/docs/News.txt	2009-05-18 17:39:09 UTC (rev 3904)
@@ -172,7 +172,7 @@
 
 Released 18 May 2009
 
-* Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
+* Two bugs in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.
 
 * Use sqlmeta.idName instead of 'id' in all connection classes.

[SQL-CVS] r3903 - SQLObject/branches/0.10/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:38:39 -0600 (Mon, 18 May 2009)
New Revision: 3903

Modified:
   SQLObject/branches/0.10/docs/News.txt
Log:
Fixed a misspelling.


Modified: SQLObject/branches/0.10/docs/News.txt
===================================================================
--- SQLObject/branches/0.10/docs/News.txt	2009-05-18 17:38:01 UTC (rev 3902)
+++ SQLObject/branches/0.10/docs/News.txt	2009-05-18 17:38:39 UTC (rev 3903)
@@ -131,7 +131,7 @@
 
 Released 18 May 2009
 
-* Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
+* Two bugs in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.
 
 * Use sqlmeta.idName instead of 'id' in all connection classes.

[SQL-CVS] r3902 - SQLObject/branches/0.9/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:38:01 -0600 (Mon, 18 May 2009)
New Revision: 3902

Modified:
   SQLObject/branches/0.9/docs/News.txt
Log:
Fixed a misspelling.


Modified: SQLObject/branches/0.9/docs/News.txt
===================================================================
--- SQLObject/branches/0.9/docs/News.txt	2009-05-18 17:31:45 UTC (rev 3901)
+++ SQLObject/branches/0.9/docs/News.txt	2009-05-18 17:38:01 UTC (rev 3902)
@@ -12,7 +12,7 @@
 
 Released 18 May 2009
 
-* Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
+* Two bugs in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.
 
 * Use sqlmeta.idName instead of 'id' in all connection classes.

[SQL-CVS] r3901 - in SQLObject/tags/0.10.6: . sqlobject

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:31:45 -0600 (Mon, 18 May 2009)
New Revision: 3901

Modified:
   SQLObject/tags/0.10.6/setup.cfg
   SQLObject/tags/0.10.6/setup.py
   SQLObject/tags/0.10.6/sqlobject/__init__.py
   SQLObject/tags/0.10.6/sqlobject/main.py
Log:
Stable version 0.10.6.


Modified: SQLObject/tags/0.10.6/setup.cfg
===================================================================
--- SQLObject/tags/0.10.6/setup.cfg	2009-05-18 17:30:23 UTC (rev 3900)
+++ SQLObject/tags/0.10.6/setup.cfg	2009-05-18 17:31:45 UTC (rev 3901)
@@ -5,10 +5,6 @@
 [easy_install]
 #find_links = http://svn.pythonpaste.org/package_index.html
 
-[egg_info]
-tag_build = dev
-tag_svn_revision = true
-
 [pudge]
 theme = pythonpaste.org
 docs = docs/index.txt docs/Authors.txt docs/DeveloperGuide.txt docs/FAQ.txt

Modified: SQLObject/tags/0.10.6/setup.py
===================================================================
--- SQLObject/tags/0.10.6/setup.py	2009-05-18 17:30:23 UTC (rev 3900)
+++ SQLObject/tags/0.10.6/setup.py	2009-05-18 17:31:45 UTC (rev 3901)
@@ -21,7 +21,7 @@
     """
 
 setup(name="SQLObject",
-      version="0.10",
+      version="0.10.6",
       description="Object-Relational Manager, aka database wrapper",
       long_description="""\
 SQLObject is a popular *Object Relational Manager* for providing an
@@ -49,7 +49,7 @@
       author="Ian Bicking",
       author_email="ia...@co...",
       url="http://sqlobject.org/",
-      download_url="http://cheeseshop.python.org/pypi/SQLObject/0.10",
+      download_url="http://cheeseshop.python.org/pypi/SQLObject/0.10.6",
       license="LGPL",
       packages=["sqlobject"] + ['sqlobject.%s' % package for package in subpackages],
       scripts=["scripts/sqlobject-admin"],

Modified: SQLObject/tags/0.10.6/sqlobject/__init__.py
===================================================================
--- SQLObject/tags/0.10.6/sqlobject/__init__.py	2009-05-18 17:30:23 UTC (rev 3900)
+++ SQLObject/tags/0.10.6/sqlobject/__init__.py	2009-05-18 17:31:45 UTC (rev 3901)
@@ -1,5 +1,5 @@
 """
-SQLObject 0.10
+SQLObject 0.10.6
 """
 
 from main import *

Modified: SQLObject/tags/0.10.6/sqlobject/main.py
===================================================================
--- SQLObject/tags/0.10.6/sqlobject/main.py	2009-05-18 17:30:23 UTC (rev 3900)
+++ SQLObject/tags/0.10.6/sqlobject/main.py	2009-05-18 17:31:45 UTC (rev 3901)
@@ -1,6 +1,6 @@
 """
-SQLObject 0.10
---------------
+SQLObject 0.10.6
+----------------
 
 :author: Ian Bicking <ia...@co...>
 

[SQL-CVS] r3900 - SQLObject/tags

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:30:23 -0600 (Mon, 18 May 2009)
New Revision: 3900

Added:
   SQLObject/tags/0.10.6/
Log:
Tagging 0.10.6

Copied: SQLObject/tags/0.10.6 (from rev 3899, SQLObject/branches/0.10)

[SQL-CVS] r3899 - SQLObject/trunk/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:29:40 -0600 (Mon, 18 May 2009)
New Revision: 3899

Modified:
   SQLObject/trunk/docs/News.txt
Log:
Going to release SQLObject 0.10.6


Modified: SQLObject/trunk/docs/News.txt
===================================================================
--- SQLObject/trunk/docs/News.txt	2009-05-18 17:28:09 UTC (rev 3898)
+++ SQLObject/trunk/docs/News.txt	2009-05-18 17:29:40 UTC (rev 3899)
@@ -51,6 +51,8 @@
 SQLObject 0.10.6
 ================
 
+Released 18 May 2009
+
 * Better support for Python 2.6: do not import the deprecated sets module.
 
 * A number of changes ported from `SQLObject 0.9.11`_.
@@ -168,7 +170,7 @@
 SQLObject 0.9.11
 ================
 
-Released 28 May 2009
+Released 18 May 2009
 
 * Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.

[SQL-CVS] r3898 - SQLObject/branches/0.10/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:28:09 -0600 (Mon, 18 May 2009)
New Revision: 3898

Modified:
   SQLObject/branches/0.10/docs/News.txt
Log:
Going to release SQLObject 0.10.6.


Modified: SQLObject/branches/0.10/docs/News.txt
===================================================================
--- SQLObject/branches/0.10/docs/News.txt	2009-05-18 17:27:14 UTC (rev 3897)
+++ SQLObject/branches/0.10/docs/News.txt	2009-05-18 17:28:09 UTC (rev 3898)
@@ -10,6 +10,8 @@
 SQLObject 0.10.6
 ================
 
+Released 18 May 2009
+
 * Better support for Python 2.6: do not import the deprecated sets module.
 
 * A number of changes ported from `SQLObject 0.9.11`_.
@@ -127,7 +129,7 @@
 SQLObject 0.9.11
 ================
 
-Released 28 May 2009
+Released 18 May 2009
 
 * Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.

[SQL-CVS] r3897 - SQLObject/branches/0.9/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:27:14 -0600 (Mon, 18 May 2009)
New Revision: 3897

Modified:
   SQLObject/branches/0.9/docs/News.txt
Log:
Fixed a misspelled date.


Modified: SQLObject/branches/0.9/docs/News.txt
===================================================================
--- SQLObject/branches/0.9/docs/News.txt	2009-05-18 17:24:22 UTC (rev 3896)
+++ SQLObject/branches/0.9/docs/News.txt	2009-05-18 17:27:14 UTC (rev 3897)
@@ -10,7 +10,7 @@
 SQLObject 0.9.11
 ================
 
-Released 28 May 2009
+Released 18 May 2009
 
 * Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.

[SQL-CVS] r3896 - in SQLObject/tags/0.9.11: . docs sqlobject

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:24:22 -0600 (Mon, 18 May 2009)
New Revision: 3896

Modified:
   SQLObject/tags/0.9.11/docs/News.txt
   SQLObject/tags/0.9.11/setup.cfg
   SQLObject/tags/0.9.11/setup.py
   SQLObject/tags/0.9.11/sqlobject/__init__.py
   SQLObject/tags/0.9.11/sqlobject/main.py
Log:
Stable version 0.9.11.


Modified: SQLObject/tags/0.9.11/docs/News.txt
===================================================================
--- SQLObject/tags/0.9.11/docs/News.txt	2009-05-18 17:22:02 UTC (rev 3895)
+++ SQLObject/tags/0.9.11/docs/News.txt	2009-05-18 17:24:22 UTC (rev 3896)
@@ -10,6 +10,8 @@
 SQLObject 0.9.11
 ================
 
+Released 28 May 2009
+
 * Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.
 

Modified: SQLObject/tags/0.9.11/setup.cfg
===================================================================
--- SQLObject/tags/0.9.11/setup.cfg	2009-05-18 17:22:02 UTC (rev 3895)
+++ SQLObject/tags/0.9.11/setup.cfg	2009-05-18 17:24:22 UTC (rev 3896)
@@ -5,10 +5,6 @@
 [easy_install]
 #find_links = http://svn.pythonpaste.org/package_index.html
 
-[egg_info]
-tag_build = dev
-tag_svn_revision = true
-
 [pudge]
 theme = pythonpaste.org
 docs = docs/index.txt docs/SQLObject.txt docs/TODO.txt

Modified: SQLObject/tags/0.9.11/setup.py
===================================================================
--- SQLObject/tags/0.9.11/setup.py	2009-05-18 17:22:02 UTC (rev 3895)
+++ SQLObject/tags/0.9.11/setup.py	2009-05-18 17:24:22 UTC (rev 3896)
@@ -28,7 +28,7 @@
     """
 
 setup(name="SQLObject",
-      version="0.9",
+      version="0.9.11",
       description="Object-Relational Manager, aka database wrapper",
       long_description="""\
 SQLObject is a popular *Object Relational Manager* for providing an
@@ -56,7 +56,7 @@
       author="Ian Bicking",
       author_email="ia...@co...",
       url="http://sqlobject.org/",
-      download_url="http://cheeseshop.python.org/pypi/SQLObject/0.9",
+      download_url="http://cheeseshop.python.org/pypi/SQLObject/0.9.11",
       license="LGPL",
       packages=["sqlobject"] + ['sqlobject.%s' % package for package in subpackages],
       scripts=["scripts/sqlobject-admin"],

Modified: SQLObject/tags/0.9.11/sqlobject/__init__.py
===================================================================
--- SQLObject/tags/0.9.11/sqlobject/__init__.py	2009-05-18 17:22:02 UTC (rev 3895)
+++ SQLObject/tags/0.9.11/sqlobject/__init__.py	2009-05-18 17:24:22 UTC (rev 3896)
@@ -1,5 +1,5 @@
 """
-SQLObject 0.9
+SQLObject 0.9.11
 """
 
 from main import *

Modified: SQLObject/tags/0.9.11/sqlobject/main.py
===================================================================
--- SQLObject/tags/0.9.11/sqlobject/main.py	2009-05-18 17:22:02 UTC (rev 3895)
+++ SQLObject/tags/0.9.11/sqlobject/main.py	2009-05-18 17:24:22 UTC (rev 3896)
@@ -1,6 +1,6 @@
 """
-SQLObject 0.9
--------------
+SQLObject 0.9.11
+----------------
 
 :author: Ian Bicking <ia...@co...>
 

[SQL-CVS] r3895 - SQLObject/trunk/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:22:02 -0600 (Mon, 18 May 2009)
New Revision: 3895

Modified:
   SQLObject/trunk/docs/News.txt
Log:
Going to release SQLObject 0.9.11


Modified: SQLObject/trunk/docs/News.txt
===================================================================
--- SQLObject/trunk/docs/News.txt	2009-05-18 17:21:15 UTC (rev 3894)
+++ SQLObject/trunk/docs/News.txt	2009-05-18 17:22:02 UTC (rev 3895)
@@ -168,6 +168,8 @@
 SQLObject 0.9.11
 ================
 
+Released 28 May 2009
+
 * Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.
 

[SQL-CVS] r3894 - SQLObject/branches/0.10/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:21:15 -0600 (Mon, 18 May 2009)
New Revision: 3894

Modified:
   SQLObject/branches/0.10/docs/News.txt
Log:
Going to release SQLObject 0.9.11


Modified: SQLObject/branches/0.10/docs/News.txt
===================================================================
--- SQLObject/branches/0.10/docs/News.txt	2009-05-18 17:19:11 UTC (rev 3893)
+++ SQLObject/branches/0.10/docs/News.txt	2009-05-18 17:21:15 UTC (rev 3894)
@@ -127,6 +127,8 @@
 SQLObject 0.9.11
 ================
 
+Released 28 May 2009
+
 * Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.
 

[SQL-CVS] r3893 - SQLObject/branches/0.9/docs

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:19:11 -0600 (Mon, 18 May 2009)
New Revision: 3893

Modified:
   SQLObject/branches/0.9/docs/News.txt
Log:
Going to release SQLObject 0.9.11


Modified: SQLObject/branches/0.9/docs/News.txt
===================================================================
--- SQLObject/branches/0.9/docs/News.txt	2009-05-18 17:18:10 UTC (rev 3892)
+++ SQLObject/branches/0.9/docs/News.txt	2009-05-18 17:19:11 UTC (rev 3893)
@@ -10,6 +10,8 @@
 SQLObject 0.9.11
 ================
 
+Released 28 May 2009
+
 * Two bug in SQLiteConnection.columnsFromSchema() were fixed: use
   sqlmeta.idName instead of 'id'; convert default 'NULL' to None.
 

[SQL-CVS] r3892 - SQLObject/tags

[<sub...@co...>]

Author: phd
Date: 2009-05-18 11:18:10 -0600 (Mon, 18 May 2009)
New Revision: 3892

Added:
   SQLObject/tags/0.9.11/
Log:
Tagging 0.9.11

Copied: SQLObject/tags/0.9.11 (from rev 3891, SQLObject/branches/0.9)