[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[EP-tech] Re: REF2014 Plug-in installation failed because of duplicate fields
Jia,
I'll update the Bazaar package today. However, you should still be able
to edit the local files (the ones in cfg.d/) even if the package comes
from the Bazaar.
Seb.
On 05/03/12 17:28, Tian, Jia wrote:
>
> Dear Seb,
>
> Thanks a lot for the quick reply!
>
> It might not be possible to comment the fields out if the installation
> is through BAZAAR. But I can try to download the TAR and install
> manually to see what happen.
>
> Best Wishes,
>
> Jia
>
> **
>
> *Jia Tian*
>
> Systems Analyst, Infrastructure, Information Services
>
> *T *Internal: 62079
>
> *T * 020 8417 2079
>
> **
>
> *Kingston University *London
>
> Penrhyn Road, Kingston upon Thames KT1 2EE
>
> *www.kingston.ac.uk <http://www.kingston.ac.uk>*
>
> Information in this email and any attachments are confi dential, and
> may not be copied or used by anyone other than the addressee, nor
> disclosed
>
> to any third party without our permission. There is no intention to
> create any legally binding contract or other commitment through the
> use of this email.
>
> *Please consider the environment before printing this email.*
>
> *From:*eprints-tech-bounces at ecs.soton.ac.uk
> [mailto:eprints-tech-bounces at ecs.soton.ac.uk] *On Behalf Of *Sebastien
> Francois
> *Sent:* 05 March 2012 17:21
> *To:* eprints-tech at ecs.soton.ac.uk
> *Subject:* [EP-tech] Re: REF2014 Plug-in installation failed because
> of duplicate fields
>
> Hi Jia,
>
> Thanks for reporting this issue, I had overlooked the fact that people
> may have R4R installed.
>
> If you can access your repository via SSH, simply edit the file
> /opt/eprints3/archives/<ARCHIVE_ID>/cfg/cfg.d/zz_ref.pl and comment
> the conflicting fields. Everything should then be ok.
>
> I'll be issuing a bug fix tomorrow.
>
> Seb.
>
> On 05/03/12 17:17, Tian, Jia wrote:
>
> Dear All,
>
> I have seen there is a new version of REF2014 plug-in released last
> Thursday which can be installed via BAZAAR.
>
> However, I got the same error when trying to install via BAZAAR. In
> the homepage of REF2014 plug-in, there says the REF2014 plug-in can be
> used parallel with R4R, but unfortunately it's not true unless the
> duplicate fields get renamed. Could someone advice how to resolve the
> conflict?
>
> Best Wishes,
>
> Jia
>
> **
>
> *Jia Tian*
>
> Systems Analyst, Infrastructure, Information Services
>
> *T *Internal: 62079
>
> *T * 020 8417 2079
>
> **
>
> *Kingston University *London
>
> Penrhyn Road, Kingston upon Thames KT1 2EE
>
> *www.kingston.ac.uk <http://www.kingston.ac.uk>*
>
> Information in this email and any attachments are confi dential, and
> may not be copied or used by anyone other than the addressee, nor
> disclosed
>
> to any third party without our permission. There is no intention to
> create any legally binding contract or other commitment through the
> use of this email.
>
> *Please consider the environment before printing this email.*
>
> *From:*eprints-tech-bounces at ecs.soton.ac.uk
> <mailto:eprints-tech-bounces at ecs.soton.ac.uk>
> [mailto:eprints-tech-bounces at ecs.soton.ac.uk] *On Behalf Of *Tian, Jia
> *Sent:* 28 February 2012 09:07
> *To:* eprints-tech at ecs.soton.ac.uk <mailto:eprints-tech at ecs.soton.ac.uk>
> *Subject:* [EP-tech] FW: REF2014 Plug-in installation failed because
> of duplicate fields
>
> Dear All,
>
> Sorry to bother again. I was trying to install REF2014 plug-in on our
> demo server which runs 3.3.8. However, when I tried to upgrade the
> database schema. I got a system error complaining about a duplicate
> field "user.dob" as followed:
>
> ------------------------------------------------------------------
>
> ---------------- EPrints System Error ----------------------------
>
> ------------------------------------------------------------------
>
> Duplicate field name encountered: user.dob
>
> ------------------------------------------------------------------
>
> EPrints System Error inducing stack dump
>
> at /opt/eprints3/bin/../perl_lib/EPrints.pm line 143
>
> EPrints::abort('EPrints') called at
> /opt/eprints3/bin/../perl_lib/EPrints/DataSet.pm line 615
>
>
> EPrints::DataSet::register_field('EPrints::DataSet=HASH(0x9f2a208)',
> 'EPrints::MetaField::Date=HASH(0x9f2a978)', 0) called at
> /opt/eprints3/bin/../perl_lib/EPrints/DataSet.pm line 584
>
>
> EPrints::DataSet::process_field('EPrints::DataSet=HASH(0x9f2a208)',
> 'HASH(0x9da8c38)', 0) called at
> /opt/eprints3/bin/../perl_lib/EPrints/DataSet.pm line 507
>
> EPrints::DataSet::new('EPrints::DataSet', 'repository',
> 'EPrints::Repository=HASH(0x99d1ba4)', 'name', 'user', 'search',
> 'HASH(0x9da8920)', 'triggers', 'HASH(0x9da895c)', ...) called at
> /opt/eprints3/bin/../perl_lib/EPrints/Repository.pm line 1328
>
>
> EPrints::Repository::_load_datasets('EPrints::Repository=HASH(0x99d1ba4)')
> called at /opt/eprints3/bin/../perl_lib/EPrints/Repository.pm line 475
>
>
> EPrints::Repository::load_config('EPrints::Repository=HASH(0x99d1ba4)') called
> at /opt/eprints3/bin/../perl_lib/EPrints/Repository.pm line 153
>
> EPrints::Repository::new('EPrints::Repository', 'kuirdemo',
> 'noise', 1) called at /opt/eprints3/bin/../perl_lib/EPrints.pm line 491
>
> EPrints::repository('EPrints=HASH(0x99d1b80)', 'kuirdemo',
> 'noise', 1) called at ./epadmin line 367
>
> main::repository('kuirdemo') called at ./epadmin line 1792
>
> main::update_database_structure('kuirdemo') called at
> ./epadmin line 312
>
> I have checked my database and indeed there exists a field "dob" in
> the "user" table already because of R4R plug-in.
>
> After I compared the "zz_r4r.pl" file (R4R plug-in) and "zz_ref.pl"
> (REF2014 plug-in), I can see several duplicate fields defined (not
> only the "dob" field):
>
> I wonder how I can resolve this issue while keeping the R4R plug-in
> which I found is useful. Shall I simply comment out the duplicate
> field definitions in the "zz_ref.pl" file and continue? If so, would
> it influence the using of REF2014 plug-in? Thank you so much for the
> kind help in advance!
>
> Best Wishes,
>
> Jia
>
> **
>
> *Jia Tian*
>
> Systems Analyst, Infrastructure, Information Services
>
> *T *Internal: 62079
>
> *T * 020 8417 2079
>
> **
>
> *Kingston University *London
>
> Penrhyn Road, Kingston upon Thames KT1 2EE
>
> *www.kingston.ac.uk <http://www.kingston.ac.uk>*
>
> Information in this email and any attachments are confi dential, and
> may not be copied or used by anyone other than the addressee, nor
> disclosed
>
> to any third party without our permission. There is no intention to
> create any legally binding contract or other commitment through the
> use of this email.
>
> *Please consider the environment before printing this email.*
>
>
> This email has been scanned for all viruses by the MessageLabs Email
> Security System.
>
> This email has been scanned for all viruses by the MessageLabs Email
> Security System.
>
>
> This email has been scanned for all viruses by the MessageLabs Email
> Security System.
>
>
>
> *** Options:http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive:http://www.eprints.org/tech.php/
> *** EPrints community wiki:http://wiki.eprints.org/
>
>
> This email has been scanned for all viruses by the MessageLabs Email
> Security System.
>
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20120306/85b8fd0c/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 11773 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20120306/85b8fd0c/attachment-0001.png