Menu
▾
▴
connotea-code-devel — Discussion and devlopment of the core Connotea code and plug-ins.
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(18) |
May
(6) |
Jun
(14) |
Jul
(10) |
Aug
|
Sep
(4) |
Oct
(8) |
Nov
(5) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(4) |
Feb
(3) |
Mar
(13) |
Apr
(4) |
May
(31) |
Jun
(15) |
Jul
(9) |
Aug
(43) |
Sep
(3) |
Oct
(8) |
Nov
(4) |
Dec
(5) |
| 2007 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(10) |
May
(18) |
Jun
(27) |
Jul
(34) |
Aug
(48) |
Sep
(3) |
Oct
(12) |
Nov
(9) |
Dec
(20) |
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
(5) |
Oct
(9) |
Nov
(1) |
Dec
(4) |
| 2009 |
Jan
(4) |
Feb
(2) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
|
From: jwilde <jw...@ad...> - 2005-05-05 13:13:20
|
Hi Ben, Will you be updating connotea soon? I read in previous emails that there were missing files and install problems. Has any on that stuff been resolved? Thanks, Jim |
|
From: Neateye <nit...@ao...> - 2005-04-27 18:43:02
|
Call out Gouranga be happy!!! Gouranga Gouranga Gouranga .... That which brings the highest happiness!! |
|
From: Ben L. <b....@na...> - 2005-04-19 16:53:46
|
Hi Greg, Greg Tyrelle wrote: > For anyone following along at home there needs to be two blank lines > after the subject, not one, for the template to work. > Much appreciated, thanks. > Are there plans for a new release soon ? > There may be a small bug-fix release next week. Ta, Ben ******************************************************************************** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ******************************************************************************** |
|
From: Greg T. <gr...@ty...> - 2005-04-19 14:54:50
|
*** Ben Lund wrote: |Not so excellent... I'll include a default email template in the next |release. In the meantime, create a 'register_email' file with something |like this in it: | |---- |Subject: Your Registration | |Hello $firstname $lastname, | |Your verification link: |$url |---- Thanks. For anyone following along at home there needs to be two blank lines after the subject, not one, for the template to work. Are there plans for a new release soon ? _greg -- Greg Tyrelle |
|
From: Ben L. <b....@na...> - 2005-04-19 14:26:22
|
Hi Greg, Greg Tyrelle wrote: > Hello, > Hello, and welcome. > I've managed to install Connotea Code Excellent. > however there seem to be some > templates missing from the distribution. As noted the menu template is > not there and also the email registration template. > > Upon registering I get the error: > > cannot open /var/www/cite.nodalpoint.org/htdocs/register_email: > No such file or directory at > /var/www/cite.nodalpoint.org/bibliotech/Bibliotech.pm line 449. > Not so excellent... I'll include a default email template in the next release. In the meantime, create a 'register_email' file with something like this in it: ---- Subject: Your Registration Hello $firstname $lastname, Your verification link: $url ---- Ta, Ben ******************************************************************************** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ******************************************************************************** |
|
From: Greg T. <gr...@ty...> - 2005-04-19 14:20:33
|
Hello, I've managed to install Connotea Code however there seem to be some templates missing from the distribution. As noted the menu template is not there and also the email registration template. Upon registering I get the error: cannot open /var/www/cite.nodalpoint.org/htdocs/register_email: No such file or directory at /var/www/cite.nodalpoint.org/bibliotech/Bibliotech.pm line 449. _greg -- Greg Tyrelle |
|
From: Ben L. <b....@na...> - 2005-04-19 11:04:21
|
Martin Flack wrote: > > Ooh. Maybe we left that out. Or maybe we're not supposed to use that file > anymore - I'll have to check with Ben tomorrow. Oops yeah, it looks like I left the example menu out of the distribution. I'll add it into the next release. Ta, Ben ******************************************************************************** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ******************************************************************************** |
|
From: Martin F. <ma...@ne...> - 2005-04-18 21:31:53
|
> It died looking for /bibliotech/menu next, but I just edited that line > out of default.tpl. It might be nice to have a default template that > works out of the box though. Ooh. Maybe we left that out. Or maybe we're not supposed to use that file anymore - I'll have to check with Ben tomorrow. In case it helps, I've pasted in an example below. - Martin # menu config file # # TYPE : LABEL : URI_PART : TITLE_OVERRIDE # TYPE is all, user, or visitor # LABEL is what the link is called # URI_PART is appended to the installed location # TITLE_OVERRIDE (optional) is displayed as the HTML title instead of the # dynamic heading # all:Home::\u$sitename - a social bookmarking site all:Latest News:news all:Popular Links:popular all:Recent Activity:recent all:Contact Us:contact |
|
From: Alf E. <al...@hu...> - 2005-04-18 20:32:17
|
On Apr 18, 2005, at 22:20, Martin Flack wrote: >> SITE_NAME = 'My Bookmarking Service' > > At the moment the code only fires up if the location is either: > (a) the Apache virtualhost document root; or > (b) a subdirectory under that named as the lowercase version of your > SITE_NAME configuration variable. > > To test that out, can you change SITE_NAME to 'Bibliotech' OK, that fixed it. It died looking for /bibliotech/menu next, but I just edited that line out of default.tpl. It might be nice to have a default template that works out of the box though. Cheers, alf. |
|
From: Martin F. <ma...@ne...> - 2005-04-18 20:21:54
|
Hi Alf, > SITE_NAME = 'My Bookmarking Service' At the moment the code only fires up if the location is either: (a) the Apache virtualhost document root; or (b) a subdirectory under that named as the lowercase version of your SITE_NAME configuration variable. To test that out, can you change SITE_NAME to 'Bibliotech' or change both the SITE_NAME, the <Location>, and the subdirectory name to something the same? It's in Bibliotech/Apache.pm circa line 40 if you want to hardcode something instead... I *think* if you changed it to this you could keep your original SITE_NAME: $docroot .= 'bibliotech' if -e $docroot.'bibliotech'; Martin Flack Web Development Director NeoReality, Inc. http://www.neoreality.com/ |
|
From: Alf E. <al...@hu...> - 2005-04-18 19:23:42
|
On Apr 18, 2005, at 21:12, Martin Flack wrote: >> I've got everything installed now and Apache has started ok. >> >> Getting a 404 error at the moment, "The requested URL /bibliotech/ was >> not found on this server." and I'm not sure why. The defaulttemplate >> folder is in /bibliotech but it's obviously not finding it properly. > > Did you create a bibliotech subdirectory or symlink under your Apache > docroot? It should contain the files in the "html" folder from the > tarball. > > Do you have the <Location> block in httpd.conf? > > What happens if you request /bibliotech/global.css? If I request /bibliotech/global.css it displays the global.css file, so everything must be in the right place. The contents of the /bibliotech folder (which is the contents of the 'html' folder) are all chowned to www-data. I have PerlModule Bibliotech::Apache PerlModule Bibliotech::AuthCookie <Location /bibliotech> SetHandler perl-script PerlHandler Bibliotech::Apache PerlAuthenHandler Bibliotech::AuthCookie::authen_handler AuthType basic require valid-user </Location> in the configuration, and without that section /bibliotech just shows the directory listing. alf. |
|
From: Martin F. <ma...@ne...> - 2005-04-18 19:13:35
|
> I've got everything installed now and Apache has started ok. > > Getting a 404 error at the moment, "The requested URL /bibliotech/ was > not found on this server." and I'm not sure why. The defaulttemplate > folder is in /bibliotech but it's obviously not finding it properly. Did you create a bibliotech subdirectory or symlink under your Apache docroot? It should contain the files in the "html" folder from the tarball. Do you have the <Location> block in httpd.conf? What happens if you request /bibliotech/global.css? Martin Flack Web Development Director NeoReality, Inc. http://www.neoreality.com/ |
|
From: Alf E. <al...@hu...> - 2005-04-18 18:35:21
|
On Apr 18, 2005, at 20:23, Martin Flack wrote: >> Here's my bibliotech.conf: >> >> Configuration > > That should be a comment; did you happen to miss the hash at the start > of > that line or is it missing in your file? That's the problem, well spotted! Thanks for the help, alf. |
|
From: Martin F. <ma...@ne...> - 2005-04-18 18:24:22
|
> Here's my bibliotech.conf:
>
> Configuration
That should be a comment; did you happen to miss the hash at the start of
that line or is it missing in your file?
> GENERAL {
> #Public service name and contact details
> SITE_NAME = 'My Bookmarking Service'
> SITE_EMAIL = 'al...@hu...'
...etc
That all looks ok.
Try this:
perl -MBibliotech::Config -MData::Dumper \
-e 'print Dumper($Bibliotech::Config::CONFIG)'
That should output the parsed configuration structure, which should look
something like this one from our dev server:
$VAR1 = {
'CITATION' => {
'AMAZON' => {
'AWSID' => 'xxx'
}
},
'GENERAL' => {
'PID_FILE' => '/var/run/httpd.pid',
'SITE_EMAIL' => 'b....@na...',
'USER_COOKIE_SECRET' => 'xxx',
'SITE_NAME' => 'Bibliotech',
'CLIENT_SIDE_HTTP_CACHE' => 'true',
'SENDMAIL' => '/usr/lib/sendmail',
'USER_VERIFYCODE_SECRET' => 'xxx',
'DBI_PASSWORD' => 'xxx',
'DBI_USERNAME' => 'bibliotech',
'TEMPLATE_ROOT' => '',
'DBI_CONNECT' => 'dbi:mysql:bibliotech'
}
};
Martin Flack
Web Development Director
NeoReality, Inc.
http://www.neoreality.com/
|
|
From: Martin F. <ma...@ne...> - 2005-04-18 17:41:50
|
Hi Alf,
Welcome!
> 'Need a data source at /usr/local/lib/site_perl/Bibliotech.pm line 29
> Compilation failed in require at /usr/local/lib/site_perl/Bibliotech.pm
> line 29.
> BEGIN failed--compilation aborted at
> /usr/local/lib/site_perl/Bibliotech.pm line 29.
> Compilation failed in require at (eval 71) line 3.
> ...propagated at /usr/share/perl/5.8/base.pm line 84.
> BEGIN failed--compilation aborted at
> /usr/local/lib/site_perl/Bibliotech/Apache.pm line 12.
> Compilation failed in require at (eval 70) line 3'
>
> while starting Apache2 (this is a Debian server).
>
> I've loaded schema.sql into the database, and the settings in
> /etc/bibliotech.conf seem correct. Any idea what might be wrong?
Can you run this for me at the shell prompt?
perl -MBibliotech::Config \
-e 'print Bibliotech::Config->get('DBI_CONNECT'),"\n"'
This will test what the configuration module thinks is the setting for
DBI_CONNECT. It's essentially what's happening at DBI.pm line 32, which is
where the cause of this error really originates I think.
Also try setting the ownership and permissions on /etc/bibliotech.conf to
root.root (or alternatively the UID of the children Apache processes), mode
644. This should bring it in line with the default security requirements of
the Config::Scoped module which we utilize. If that fails, check your Apache
error logs and see if there's any notable messages.
Martin Flack
Web Development Director
NeoReality, Inc.
http://www.neoreality.com/
|
|
From: Ben L. <b....@na...> - 2005-04-18 09:55:20
|
Hi Jim, jwilde wrote: > Greetings, > > Cool system! Thanks very much! > I am totally confused with installation. I do not know perl > and was wondering if it is possible to install the system via ftp? You'll almost certainly need shell access to any machine you want to install it on. Installation involves the following tasks: * Editing the apache configuration file * Setting up a new MySQL database and user * Creating a configuration file * Installing some Perl modules from CPAN * Restarting apache > Also, > how long does it take to install? That depends on your existing set-up -- we've only tested intallation on a limited number of systems If you're lucky, it should only take half an hour or so... What kind of system are you trying to install on? Ta, Ben --- ******************************************************************************** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ******************************************************************************** |
|
From: Alf E. <al...@hu...> - 2005-04-17 19:53:02
|
I got started with installing the Connotea code today, but I'm getting the error: 'Need a data source at /usr/local/lib/site_perl/Bibliotech.pm line 29 Compilation failed in require at /usr/local/lib/site_perl/Bibliotech.pm line 29. BEGIN failed--compilation aborted at /usr/local/lib/site_perl/Bibliotech.pm line 29. Compilation failed in require at (eval 71) line 3. ...propagated at /usr/share/perl/5.8/base.pm line 84. BEGIN failed--compilation aborted at /usr/local/lib/site_perl/Bibliotech/Apache.pm line 12. Compilation failed in require at (eval 70) line 3' while starting Apache2 (this is a Debian server). I've loaded schema.sql into the database, and the settings in /etc/bibliotech.conf seem correct. Any idea what might be wrong? alf. |
|
From: jwilde <jw...@ad...> - 2005-04-16 15:01:12
|
Greetings, Cool system! I am totally confused with installation. I do not know perl and was wondering if it is possible to install the system via ftp? Also, how long does it take to install? Regards, Jim |
|
From: Ben L. <b....@na...> - 2005-04-14 14:38:17
|
Hello All, Welcome to the connotea-code-devel mailing list. This list is for the discussion of the core code and citation plugins. It is intended for use by people who are installing their own instance of the code base, or who are reviewing the code to see how Connotea handles their data, or who would like to help enable the importing of bibliographic information from more sources. There is a separate list, connotea-discuss <https://lists.sourceforge.net/lists/listinfo/connotea-discuss>, for discussion of Connotea itself -- i.e. the service at http://www.connotea.org/. That list is the appropriate place for questions about how to use the site, or requests or suggestions for new features. Enjoy! Ta, Ben --Ben Lund --New Technology --Nature Publishing Group --- ******************************************************************************** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ******************************************************************************** |
25 messages has been excluded from this view by a project administrator.
