From: Alex W. <al...@ri...> - 2009-01-20 09:45:09
|
Hi all, I've set up the new Fez 2.1rc1 from the sf.net release tarball with a completely fresh Fedora database to try it out. It all seems to work fine, and my installation passes the sanity checks, but as soon as I go to create a new Community, fill out the details and hit "Publish" it dies. This happens irrespective of the community name, keywords, or Display Types I choose. I've put the details below from what the browser sees and the error_handler.log. Have I done something incorrectly in my setup, or is this a bug in the RC release? ==================== Browser sees: ==================== Warning: Invalid argument supplied for foreach() in /usr/local/www/fez/ include/class.record.php on line 686 Warning: implode() [function.implode]: Invalid arguments passed in / usr/local/www/fez/include/class.record.php on line 703 Warning: Invalid argument supplied for foreach() in /usr/local/www/fez/ include/class.record.php on line 722 Warning: Invalid argument supplied for foreach() in /usr/local/www/fez/ include/class.fedora_direct_access.php on line 289 Fatal error: Call to a member function getXSD_HTML_Match() on a non- object in /usr/local/www/fez/include/class.record.php on line 3374 ==================== In error_handler.log: ==================== [Tue Jan 20 19:18:13 2009] Array ( [txt] => Array ( [0] => The PID gitsig:23 does not have an display id (FezMD->xdis_id). This object is currently in an erroneous state. ) [script] => include/class.record.php [line] => 3708 [ip] => IP Address '10.9.6.10' - (markus.internal.rijidij.org) coming from the page (referrer) 'http://fez.internal.rijidij.org/workflow/enter_metadata.php?id=1194&wfs_id=739' . [backtrace] => Array ( [0] => Array ( [file] => include/class.record.php:3708 [call] => Error_Handler->logError ) [1] => Array ( [file] => include/class.record.php:3373 [call] => RecordGeneral->getDisplay ) [2] => Array ( [file] => workflow/publish.php:45 [call] => RecordGeneral->setStatusId ) [3] => Array ( [file] => include/class.workflow_status.php:320 [call] => include ) [4] => Array ( [file] => include/class.workflow_status.php:411 [call] => WorkflowStatus->run ) [5] => Array ( [file] => workflow/enter_metadata.php:101 [call] => WorkflowStatus->checkStateChange ) ) ) ==================== If I open up Fedora Administrator I can see that while gitsig:23 (as mentioned in the error) does not exist as a PID at all, gitsig:24 does, and it seems to have all the attributes in its FezMD datastream that I put in the metadata page for the community object I was creating. It seems like the Publish and Enter Metadata workflow scripts are disagreeing as to which PID they're actually talking about? Is there any reason why this would happen? (and yes, the gitsig: 24 object does also have an xdis_id set correctly in its FezMD stream, to address the error itself) Regards, Alex. |
From: Christiaan K. <c.k...@li...> - 2009-01-21 01:14:37
|
Hi Alex I think perhaps Fedora is not acknowledging gitsig as a pid namespace to retain pids for. In your Fedora fedora.fcfg file can you check that the name space for pids you are using 'gitsig' is in the 'retainPIDS' configuration? If not, add it (space separated from the other existing ones) and restart fedora that should resolve the issue if that's the problem for future fedora object creations via Fez. Cheers, Christiaan On 20/01/09 7:29 PM, "Alex Wilson" <al...@ri...> wrote: > Hi all, > > I've set up the new Fez 2.1rc1 from the sf.net release tarball with a > completely fresh Fedora database to try it out. It all seems to work > fine, and my installation passes the sanity checks, but as soon as I > go to create a new Community, fill out the details and hit "Publish" > it dies. This happens irrespective of the community name, keywords, or > Display Types I choose. > > I've put the details below from what the browser sees and the > error_handler.log. Have I done something incorrectly in my setup, or > is this a bug in the RC release? > > ==================== > Browser sees: > ==================== > > > Warning: Invalid argument supplied for foreach() in /usr/local/www/fez/ > include/class.record.php on line 686 > > Warning: implode() [function.implode]: Invalid arguments passed in / > usr/local/www/fez/include/class.record.php on line 703 > > Warning: Invalid argument supplied for foreach() in /usr/local/www/fez/ > include/class.record.php on line 722 > > Warning: Invalid argument supplied for foreach() in /usr/local/www/fez/ > include/class.fedora_direct_access.php on line 289 > > Fatal error: Call to a member function getXSD_HTML_Match() on a non- > object in /usr/local/www/fez/include/class.record.php on line 3374 > > ==================== > In error_handler.log: > ==================== > > [Tue Jan 20 19:18:13 2009] Array > ( > [txt] => Array > ( > [0] => The PID gitsig:23 does not have an display id > (FezMD->xdis_id). This object is currently in an erroneous state. > ) > > [script] => include/class.record.php > [line] => 3708 > [ip] => IP Address '10.9.6.10' - (markus.internal.rijidij.org) > coming from the page (referrer) > 'http://fez.internal.rijidij.org/workflow/enter_metadata.php?id=1194&wfs_id=73 > 9' > . > [backtrace] => Array > ( > [0] => Array > ( > [file] => include/class.record.php:3708 > [call] => Error_Handler->logError > ) > > [1] => Array > ( > [file] => include/class.record.php:3373 > [call] => RecordGeneral->getDisplay > ) > > [2] => Array > ( > [file] => workflow/publish.php:45 > [call] => RecordGeneral->setStatusId > ) > > [3] => Array > ( > [file] => include/class.workflow_status.php:320 > [call] => include > ) > > [4] => Array > ( > [file] => include/class.workflow_status.php:411 > [call] => WorkflowStatus->run > ) > > [5] => Array > ( > [file] => workflow/enter_metadata.php:101 > [call] => WorkflowStatus->checkStateChange > ) > > ) > > ) > > ==================== > > If I open up Fedora Administrator I can see that while gitsig:23 (as > mentioned in the error) does not exist as a PID at all, gitsig:24 > does, and it seems to have all the attributes in its FezMD datastream > that I put in the metadata page for the community object I was > creating. It seems like the Publish and Enter Metadata workflow > scripts are disagreeing as to which PID they're actually talking > about? Is there any reason why this would happen? (and yes, the gitsig: > 24 object does also have an xdis_id set correctly in its FezMD stream, > to address the error itself) > > Regards, > Alex. > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Christiaan Kortekaas Senior Library Open Sorcerer Library Technology Service The University of Queensland, Australia QLD 4072 Telephone : (+61) (7) 3346 4337 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Peter N. <Pet...@cd...> - 2009-01-21 02:07:55
|
Hi Christiaan When updating fez from 2204 -> 2219 and then after (but only AFTER) reloading the updated xsds.xml I see these similar errors when creating a new record (tested with journal xsd type): Warning: Invalid argument supplied for foreach() in /var/www/fez/include/class.record.php on line 686 Warning: implode() [function.implode]: Invalid arguments passed in /var/www/fez/include/class.record.php on line 703 Warning: Invalid argument supplied for foreach() in /var/www/fez/include/class.record.php on line 722 Warning: Cannot modify header information - headers already sent by (output started at /var/www/fez/include/class.record.php:686) in /var/www/fez/include/class.workflow_status.php on line 365 So hopefully you can replicate this... Cheers Pete -----Original Message----- From: Christiaan Kortekaas [mailto:c.k...@li...] Sent: Wednesday, 21 January 2009 10:44 AM To: fez...@li... Subject: Re: [Fez-users] Fez 2.1rc1 issue Hi Alex I think perhaps Fedora is not acknowledging gitsig as a pid namespace to retain pids for. In your Fedora fedora.fcfg file can you check that the name space for pids you are using 'gitsig' is in the 'retainPIDS' configuration? If not, add it (space separated from the other existing ones) and restart fedora that should resolve the issue if that's the problem for future fedora object creations via Fez. Cheers, Christiaan On 20/01/09 7:29 PM, "Alex Wilson" <al...@ri...> wrote: > Hi all, > > I've set up the new Fez 2.1rc1 from the sf.net release tarball with a > completely fresh Fedora database to try it out. It all seems to work > fine, and my installation passes the sanity checks, but as soon as I > go to create a new Community, fill out the details and hit "Publish" > it dies. This happens irrespective of the community name, keywords, or > Display Types I choose. > > I've put the details below from what the browser sees and the > error_handler.log. Have I done something incorrectly in my setup, or > is this a bug in the RC release? > > ==================== > Browser sees: > ==================== > > > Warning: Invalid argument supplied for foreach() in > /usr/local/www/fez/ include/class.record.php on line 686 > > Warning: implode() [function.implode]: Invalid arguments passed in / > usr/local/www/fez/include/class.record.php on line 703 > > Warning: Invalid argument supplied for foreach() in > /usr/local/www/fez/ include/class.record.php on line 722 > > Warning: Invalid argument supplied for foreach() in > /usr/local/www/fez/ include/class.fedora_direct_access.php on line 289 > > Fatal error: Call to a member function getXSD_HTML_Match() on a non- > object in /usr/local/www/fez/include/class.record.php on line 3374 > > ==================== > In error_handler.log: > ==================== > > [Tue Jan 20 19:18:13 2009] Array > ( > [txt] => Array > ( > [0] => The PID gitsig:23 does not have an display id > (FezMD->xdis_id). This object is currently in an erroneous state. > ) > > [script] => include/class.record.php > [line] => 3708 > [ip] => IP Address '10.9.6.10' - (markus.internal.rijidij.org) > coming from the page (referrer) > 'http://fez.internal.rijidij.org/workflow/enter_metadata.php?id=1194&w > fs_id=73 > 9' > . > [backtrace] => Array > ( > [0] => Array > ( > [file] => include/class.record.php:3708 > [call] => Error_Handler->logError > ) > > [1] => Array > ( > [file] => include/class.record.php:3373 > [call] => RecordGeneral->getDisplay > ) > > [2] => Array > ( > [file] => workflow/publish.php:45 > [call] => RecordGeneral->setStatusId > ) > > [3] => Array > ( > [file] => include/class.workflow_status.php:320 > [call] => include > ) > > [4] => Array > ( > [file] => include/class.workflow_status.php:411 > [call] => WorkflowStatus->run > ) > > [5] => Array > ( > [file] => workflow/enter_metadata.php:101 > [call] => WorkflowStatus->checkStateChange > ) > > ) > > ) > > ==================== > > If I open up Fedora Administrator I can see that while gitsig:23 (as > mentioned in the error) does not exist as a PID at all, gitsig:24 > does, and it seems to have all the attributes in its FezMD datastream > that I put in the metadata page for the community object I was > creating. It seems like the Publish and Enter Metadata workflow > scripts are disagreeing as to which PID they're actually talking > about? Is there any reason why this would happen? (and yes, the gitsig: > 24 object does also have an xdis_id set correctly in its FezMD stream, > to address the error itself) > > Regards, > Alex. > > > > ---------------------------------------------------------------------- > -------- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Christiaan Kortekaas Senior Library Open Sorcerer Library Technology Service The University of Queensland, Australia QLD 4072 Telephone : (+61) (7) 3346 4337 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------------------------------------------------ ------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Fez-users mailing list Fez...@li... https://lists.sourceforge.net/lists/listinfo/fez-users |
From: Christiaan K. <c.k...@li...> - 2009-01-21 03:05:47
|
Hi Peter We've found an odd problem with the data.sql setup file (fez_xsd_display_matchfields xsdmf_sek_id has numeric values instead of eg 'core_15'). This is also evident in the xsds.xml file. Not sure how this snuck through our testing, but a RC2 will be out after lunch :) Thanks, Christiaan On 21/01/09 11:30 AM, "Peter Newman" <Pet...@cd...> wrote: > Hi Christiaan > > When updating fez from 2204 -> 2219 and then after (but only AFTER) > reloading the updated xsds.xml I see these similar errors when creating > a new record (tested with journal xsd type): > > Warning: Invalid argument supplied for foreach() in > /var/www/fez/include/class.record.php on line 686 > > Warning: implode() [function.implode]: Invalid arguments passed > in /var/www/fez/include/class.record.php on line 703 > > Warning: Invalid argument supplied for foreach() in > /var/www/fez/include/class.record.php on line 722 > > Warning: Cannot modify header information - headers already sent > by (output started at /var/www/fez/include/class.record.php:686) > in /var/www/fez/include/class.workflow_status.php on line 365 > > So hopefully you can replicate this... > > Cheers > Pete > > -----Original Message----- > From: Christiaan Kortekaas [mailto:c.k...@li...] > Sent: Wednesday, 21 January 2009 10:44 AM > To: fez...@li... > Subject: Re: [Fez-users] Fez 2.1rc1 issue > > Hi Alex > > I think perhaps Fedora is not acknowledging gitsig as a pid namespace to > retain pids for. > > In your Fedora fedora.fcfg file can you check that the name space for > pids you are using 'gitsig' is in the 'retainPIDS' configuration? > > If not, add it (space separated from the other existing ones) and > restart fedora that should resolve the issue if that's the problem for > future fedora object creations via Fez. > > Cheers, > Christiaan > > > On 20/01/09 7:29 PM, "Alex Wilson" <al...@ri...> wrote: > >> Hi all, >> >> I've set up the new Fez 2.1rc1 from the sf.net release tarball with a >> completely fresh Fedora database to try it out. It all seems to work >> fine, and my installation passes the sanity checks, but as soon as I >> go to create a new Community, fill out the details and hit "Publish" >> it dies. This happens irrespective of the community name, keywords, or > >> Display Types I choose. >> >> I've put the details below from what the browser sees and the >> error_handler.log. Have I done something incorrectly in my setup, or >> is this a bug in the RC release? >> >> ==================== >> Browser sees: >> ==================== >> >> >> Warning: Invalid argument supplied for foreach() in >> /usr/local/www/fez/ include/class.record.php on line 686 >> >> Warning: implode() [function.implode]: Invalid arguments passed in / >> usr/local/www/fez/include/class.record.php on line 703 >> >> Warning: Invalid argument supplied for foreach() in >> /usr/local/www/fez/ include/class.record.php on line 722 >> >> Warning: Invalid argument supplied for foreach() in >> /usr/local/www/fez/ include/class.fedora_direct_access.php on line 289 >> >> Fatal error: Call to a member function getXSD_HTML_Match() on a non- >> object in /usr/local/www/fez/include/class.record.php on line 3374 >> >> ==================== >> In error_handler.log: >> ==================== >> >> [Tue Jan 20 19:18:13 2009] Array >> ( >> [txt] => Array >> ( >> [0] => The PID gitsig:23 does not have an display id >> (FezMD->xdis_id). This object is currently in an erroneous state. >> ) >> >> [script] => include/class.record.php >> [line] => 3708 >> [ip] => IP Address '10.9.6.10' - (markus.internal.rijidij.org) >> coming from the page (referrer) >> 'http://fez.internal.rijidij.org/workflow/enter_metadata.php?id=1194&w >> fs_id=73 >> 9' >> . >> [backtrace] => Array >> ( >> [0] => Array >> ( >> [file] => include/class.record.php:3708 >> [call] => Error_Handler->logError >> ) >> >> [1] => Array >> ( >> [file] => include/class.record.php:3373 >> [call] => RecordGeneral->getDisplay >> ) >> >> [2] => Array >> ( >> [file] => workflow/publish.php:45 >> [call] => RecordGeneral->setStatusId >> ) >> >> [3] => Array >> ( >> [file] => include/class.workflow_status.php:320 >> [call] => include >> ) >> >> [4] => Array >> ( >> [file] => include/class.workflow_status.php:411 >> [call] => WorkflowStatus->run >> ) >> >> [5] => Array >> ( >> [file] => workflow/enter_metadata.php:101 >> [call] => WorkflowStatus->checkStateChange >> ) >> >> ) >> >> ) >> >> ==================== >> >> If I open up Fedora Administrator I can see that while gitsig:23 (as >> mentioned in the error) does not exist as a PID at all, gitsig:24 >> does, and it seems to have all the attributes in its FezMD datastream >> that I put in the metadata page for the community object I was >> creating. It seems like the Publish and Enter Metadata workflow >> scripts are disagreeing as to which PID they're actually talking >> about? Is there any reason why this would happen? (and yes, the > gitsig: >> 24 object does also have an xdis_id set correctly in its FezMD stream, > >> to address the error itself) >> >> Regards, >> Alex. >> >> >> >> ---------------------------------------------------------------------- >> -------- >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Christiaan Kortekaas > Senior Library Open Sorcerer > Library Technology Service > The University of Queensland, Australia QLD 4072 Telephone : (+61) (7) > 3346 4337 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ------------------------------------------------------------------------ > ------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Christiaan Kortekaas Senior Library Open Sorcerer Library Technology Service The University of Queensland, Australia QLD 4072 Telephone : (+61) (7) 3346 4337 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Peter N. <Pet...@cd...> - 2009-01-22 00:52:47
|
Thanks Lachlan/Christiaan The RC2 fixed the issue :) Cheers Pete -----Original Message----- From: Christiaan Kortekaas [mailto:c.k...@li...] Sent: Wed 1/21/2009 12:35 PM To: fez...@li... Subject: Re: [Fez-users] Fez 2.1rc1 issue Hi Peter We've found an odd problem with the data.sql setup file (fez_xsd_display_matchfields xsdmf_sek_id has numeric values instead of eg 'core_15'). This is also evident in the xsds.xml file. Not sure how this snuck through our testing, but a RC2 will be out after lunch :) Thanks, Christiaan On 21/01/09 11:30 AM, "Peter Newman" <Pet...@cd...> wrote: > Hi Christiaan > > When updating fez from 2204 -> 2219 and then after (but only AFTER) > reloading the updated xsds.xml I see these similar errors when creating > a new record (tested with journal xsd type): > > Warning: Invalid argument supplied for foreach() in > /var/www/fez/include/class.record.php on line 686 > > Warning: implode() [function.implode]: Invalid arguments passed > in /var/www/fez/include/class.record.php on line 703 > > Warning: Invalid argument supplied for foreach() in > /var/www/fez/include/class.record.php on line 722 > > Warning: Cannot modify header information - headers already sent > by (output started at /var/www/fez/include/class.record.php:686) > in /var/www/fez/include/class.workflow_status.php on line 365 > > So hopefully you can replicate this... > > Cheers > Pete > > -----Original Message----- > From: Christiaan Kortekaas [mailto:c.k...@li...] > Sent: Wednesday, 21 January 2009 10:44 AM > To: fez...@li... > Subject: Re: [Fez-users] Fez 2.1rc1 issue > > Hi Alex > > I think perhaps Fedora is not acknowledging gitsig as a pid namespace to > retain pids for. > > In your Fedora fedora.fcfg file can you check that the name space for > pids you are using 'gitsig' is in the 'retainPIDS' configuration? > > If not, add it (space separated from the other existing ones) and > restart fedora that should resolve the issue if that's the problem for > future fedora object creations via Fez. > > Cheers, > Christiaan > > > On 20/01/09 7:29 PM, "Alex Wilson" <al...@ri...> wrote: > >> Hi all, >> >> I've set up the new Fez 2.1rc1 from the sf.net release tarball with a >> completely fresh Fedora database to try it out. It all seems to work >> fine, and my installation passes the sanity checks, but as soon as I >> go to create a new Community, fill out the details and hit "Publish" >> it dies. This happens irrespective of the community name, keywords, or > >> Display Types I choose. >> >> I've put the details below from what the browser sees and the >> error_handler.log. Have I done something incorrectly in my setup, or >> is this a bug in the RC release? >> >> ==================== >> Browser sees: >> ==================== >> >> >> Warning: Invalid argument supplied for foreach() in >> /usr/local/www/fez/ include/class.record.php on line 686 >> >> Warning: implode() [function.implode]: Invalid arguments passed in / >> usr/local/www/fez/include/class.record.php on line 703 >> >> Warning: Invalid argument supplied for foreach() in >> /usr/local/www/fez/ include/class.record.php on line 722 >> >> Warning: Invalid argument supplied for foreach() in >> /usr/local/www/fez/ include/class.fedora_direct_access.php on line 289 >> >> Fatal error: Call to a member function getXSD_HTML_Match() on a non- >> object in /usr/local/www/fez/include/class.record.php on line 3374 >> >> ==================== >> In error_handler.log: >> ==================== >> >> [Tue Jan 20 19:18:13 2009] Array >> ( >> [txt] => Array >> ( >> [0] => The PID gitsig:23 does not have an display id >> (FezMD->xdis_id). This object is currently in an erroneous state. >> ) >> >> [script] => include/class.record.php >> [line] => 3708 >> [ip] => IP Address '10.9.6.10' - (markus.internal.rijidij.org) >> coming from the page (referrer) >> 'http://fez.internal.rijidij.org/workflow/enter_metadata.php?id=1194&w >> fs_id=73 >> 9' >> . >> [backtrace] => Array >> ( >> [0] => Array >> ( >> [file] => include/class.record.php:3708 >> [call] => Error_Handler->logError >> ) >> >> [1] => Array >> ( >> [file] => include/class.record.php:3373 >> [call] => RecordGeneral->getDisplay >> ) >> >> [2] => Array >> ( >> [file] => workflow/publish.php:45 >> [call] => RecordGeneral->setStatusId >> ) >> >> [3] => Array >> ( >> [file] => include/class.workflow_status.php:320 >> [call] => include >> ) >> >> [4] => Array >> ( >> [file] => include/class.workflow_status.php:411 >> [call] => WorkflowStatus->run >> ) >> >> [5] => Array >> ( >> [file] => workflow/enter_metadata.php:101 >> [call] => WorkflowStatus->checkStateChange >> ) >> >> ) >> >> ) >> >> ==================== >> >> If I open up Fedora Administrator I can see that while gitsig:23 (as >> mentioned in the error) does not exist as a PID at all, gitsig:24 >> does, and it seems to have all the attributes in its FezMD datastream >> that I put in the metadata page for the community object I was >> creating. It seems like the Publish and Enter Metadata workflow >> scripts are disagreeing as to which PID they're actually talking >> about? Is there any reason why this would happen? (and yes, the > gitsig: >> 24 object does also have an xdis_id set correctly in its FezMD stream, > >> to address the error itself) >> >> Regards, >> Alex. >> >> >> >> ---------------------------------------------------------------------- >> -------- >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> _______________________________________________ >> Fez-users mailing list >> Fez...@li... >> https://lists.sourceforge.net/lists/listinfo/fez-users > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Christiaan Kortekaas > Senior Library Open Sorcerer > Library Technology Service > The University of Queensland, Australia QLD 4072 Telephone : (+61) (7) > 3346 4337 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ------------------------------------------------------------------------ > ------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fez-users mailing list > Fez...@li... > https://lists.sourceforge.net/lists/listinfo/fez-users -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Christiaan Kortekaas Senior Library Open Sorcerer Library Technology Service The University of Queensland, Australia QLD 4072 Telephone : (+61) (7) 3346 4337 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Fez-users mailing list Fez...@li... https://lists.sourceforge.net/lists/listinfo/fez-users |