If you do a:

> which export

It will show you the command you were actually running.

 

NB '/bin' isn't the same as eprints/bin

 

Depending which user you are, ~/bin might not have been quite accurate enough.

~/bin as root might be /bin.

~/bin as the eprints user should be something like /usr/share/eprints/bin, or /opt/eprints3/bin/ (depending on your OS / install paths).

 

The 'export' command you ran may well have populated your shell environment with some strange things. Hopefully it would just have ignored it all - but doing an 'env' might show what's happened.

 

The 'import' command you ran was probably invoking part of ImageMagick - to do a screenshot - which is why it was complaining about the 'X' server.

 

Cheers,

John

 

 

 

 

 

 

Thanks John,

 

Yes, I’m running these while sat in the /bin folder – probably should have been more specific ;P

 

I’ll give that more specific export a try and see what happens.

 

 

Hi Andrew,

Should you be calling '~/bin/export' and '~/bin/import'?

'export' is a different unix command entirely (as is 'import')!

 

If you're calling the right thing, I'd suggest trying to export a single item using:

 

> bin/export ARCHIVEID eprint XML 1

 

This *should* export eprint #1 - if this doesn't exist, try another one!

 

Cheers,

John

 

 

Right, I’ve been trying to get my head around the back end import/export routine for EPrints.

 

Exporting from our current live box generates an xml file for me, however the xml file is empty. I’ve left this running to see if it would populate in the background but this never seems to happen. The command I’m running is:

 

export <MYARCHIVE> archive XML > filename.xml

 

As this hasn’t been working I decided to take an image from the front end by doing a search and extracting the results as EPrints XML. I don’t know if that is affecting the next step!

 

On Import to a local Virtual Machine with EPrints set up I’ve tried a couple of things. The syntax I’m using is:

 

import <MYARCHIVE> --verbose --enable-import-fields --update --force archive XML filename.xml

 

Running this as the eprints user in this environment throws this error:

 

No protocol specified

Import.im6: unable to open X server ‘:0’ @ error/import.c/ImportImageCommand/368.

 

The “no protocol specified” error, on some Googling, suggests that the eprints user does not have sufficient rights to run this command. So I decided to run it with a sudo. This results in the box sitting there and doing nothing – no output, nothing happening in EPrints. I have to force quite to get any response.

 

So, I’m at a lose end with this! Am I doing something wrong in both of these cases? Any suggestions would be most welcome!

 

Best regards,

Andrew