I have unconv version 0.7 installed. But when i go to Test unoconv path in my moodle installation i have this error:
How can i resolve this?
I'm using Moodle 3.1+ and CentOs.
Thanks.
Hopefully you mean you have CentOS 6 or 7 ... not a 5.
The following info from a CentOS 6 highest.
The testing requires:
Path to unoconv document converter
Please note that annotate PDF requires the path to unoconv to be set in System paths.
To find out what path to use, from command line as root user:
which unoconv
should show you path to unoconv
/usr/bin/unoconv
unoconv -V
Should respond with something like/close to:
unoconv 0.7
Written by Dag Wieers <dag@wieers.com>
Homepage at http://dag.wieers.com/home-made/unoconv/
platform posix/linux2
python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-11)]
LibreOffice 4.3.7.2
*IF your 'which unoconv' shows more than one 'path' then use the path with the unoconv -V command to see which is what version.
BTW, unoconv is really a python script.
'spirit of sharing', Ken
Well... I do yum install yum install libreoffice-pyuno and the error desapear. But still no convert files. And the "test convert to pdf file" that appears when test de unoconv path doesn't work.
unoconv --version
print this:
unoconv 0.7
Written by Dag Wieers <dag@wieers.com>
Homepage at http://dag.wieers.com/home-made/unoconv/
platform posix/linux2
python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-11)]
LibreOffice 4.3.7.2
Any hints?
So you've installed unoconv via Dag Wieers and the commands for which unoconv and unoconv -V show:
[root@visdmoodle ktask]# which unoconv
/usr/bin/unoconv
[root@visdmoodle ktask]# unoconv -V
unoconv 0.7
Written by Dag Wieers <dag@wieers.com>
Homepage at http://dag.wieers.com/home-made/unoconv/
platform posix/linux2
python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-11)]
LibreOffice 4.3.7.2
Is that correct so far?
Then you say you did a yum install of libreoffice-pyuno and the error went away? What error?
From the read me at: https://github.com/dagwieers/unoconv (scroll down past the listing of the contents of the git repo), one sees this - copied and pasted in here:
Some people have had difficulties using unoconv through webservices. Here is a list of probable causes and recommendations:
Use the latest version of unoconv (or GitHub master branch)
Use the most recent stable release of LibreOffice (less memory, more stable, fewer crashes)
Use the native LibreOffice python binary to run unoconv
Hardcode this native python path in the unoconv script shebang (or ensure PATH is set)
nano /usr/bin/unoconv
Mine (working) shows:
#!/usr/bin/env python
So when Moodle calls unoconv it calls the unoconv script in /usr/bin/unoconv which finds the 'shebang' line #!/usr/bin/env python and then it knows the environment in which to run ... python.
Running the 'shebang' command to see what it says should show:
[root@visdmoodle ktask]# /usr/bin/env python
Python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-11)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
with >>> prompt ... you are in python.
Use quit() or Ctrl-D (i.e. EOF) to exit
By installing via yum yours might read something different:
What does your 'shebang' line say?Hi
The error than went away was this: "The version of unoconv you have installed is not supported. Moodle's assignment grading feature requires version 0.7 or higher." Now it shows: "The unoconv path appears to be properly configured.". But when i click on "Download the converted pdf test file." link, the pdf shows an error.
My 'shebang' is #!/usr/bin/env python
And my python version is Python 2.6.6.
Thanks for asnwering. Still not working.
In your site:
/moodle31/admin/settings.php?section=assignfeedback_editpdf
think one also needs the path to ghost script to work.
Let's test to see if unoconv can convert a .odt (libreOffice doc file) to a pdf.
Located in a directory *outside* of web root logged on as root:
wget http://sos.tcea.org/testforunoconv.odt
That should aquire a testforunoconv.odt file that is in present working directory.
The following command should convert it to a PDF in the same direcctory.
unoconv -f pdf testforunoconv.odt
ls -l testforunoconv.*
should show:
root@visdmoodle ktask]# ls -l testfor*
-rw-r--r--. 1 ktask ktask 8411 Jul 26 16:37 testforunoconv.odt
-rw-r--r--. 1 root root 7120 Jul 26 16:40 testforunoconv.pdf
If you were to move the testforunoconv.pdf file to your web root, you could then view/download via browser.
See attached file for a testforunoconv.odt file to acquire one here. Must upload this to your server *outside of moodle* so you can see it and execute the unoconv command on it.
Do that first and let's see how that goes before I post a lengthy one on how I acquired minimal LibreOffice on a CentOS 6 server.
'spirit of sharing', Ken
So Moodle now thinks you have the correct version. Good. That's progress.
"But when i click on "Download the converted pdf test file." link, the pdf shows an error"
Please, just don't just tell me, show me or describe the error. What happens? A new browser window that replaces Moodle page with the error there? Screen shot would be nice ... please, no WordDoc screen capture.
What OS are you running? Do you have some official Adobe software installed on the workstation you are using? Am running MacOSX and it's behavior (without Adobe) is to launch 'Preview' (native to MacOSX) to display the PDF.
And one more question regarding what's installed for LibreOffice.
yum list libreoffice*
Should see in that list this one:
libreoffice-pdfimport.x86_64
and I think this one as well:
libreoffice-ure.x86_64
The second one is the UNO runtime environment.
'spirit of sharing', Ken
yum list libreoffice* show this:
libreoffice-calc.x86_64 1:4.3.7.2-2.el6 @base
libreoffice-core.x86_64 1:4.3.7.2-2.el6 @base
libreoffice-headless.x86_64 1:4.3.7.2-2.el6 @base
libreoffice-impress.x86_64 1:4.3.7.2-2.el6 @base
libreoffice-opensymbol-fonts.noarch 1:4.3.7.2-2.el6 @base
libreoffice-pyuno.x86_64 1:4.3.7.2-2.el6 @base
libreoffice-ure.x86_64 1:4.3.7.2-2.el6 @base
libreoffice-writer.x86_64 1:4.3.7.2-2.el6 @base
Paquetes disponibles
libreoffice.x86_64 1:4.3.7.2-2.el6 base
libreoffice-TexMaths.x86_64 0.39-1.el6 epel
libreoffice-base.x86_64 1:4.3.7.2-2.el6 base
libreoffice-bsh.x86_64 1:4.3.7.2-2.el6 base
libreoffice-draw.x86_64 1:4.3.7.2-2.el6 base
libreoffice-emailmerge.x86_64 1:4.3.7.2-2.el6 base
libreoffice-filters.x86_64 1:4.3.7.2-2.el6 base
libreoffice-gdb-debug-support.i686 1:4.3.7.2-2.el6 base
libreoffice-gdb-debug-support.x86_64 1:4.3.7.2-2.el6 base
libreoffice-glade.x86_64 1:4.3.7.2-2.el6 base
libreoffice-graphicfilter.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-af.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ar.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-as.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-bg.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-bn.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ca.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-cs.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-cy.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-da.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-de.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-dz.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-el.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-en.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-es.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-et.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-eu.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-fi.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-fr.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ga.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-gl.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-gu.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-he.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-hi.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-hr.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-hu.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-it.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ja.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-kn.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ko.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-lt.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-mai.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ml.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-mr.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ms.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-nb.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-nl.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-nn.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-nr.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-nso.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-or.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-pa.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-pl.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-pt-BR.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-pt-PT.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ro.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ru.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-sk.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-sl.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-sr.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ss.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-st.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-sv.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ta.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-te.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-th.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-tn.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-tr.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ts.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-uk.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ur.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-ve.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-xh.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-zh-Hans.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-zh-Hant.x86_64 1:4.3.7.2-2.el6 base
libreoffice-langpack-zu.x86_64 1:4.3.7.2-2.el6 base
libreoffice-librelogo.x86_64 1:4.3.7.2-2.el6 base
libreoffice-math.x86_64 1:4.3.7.2-2.el6 base
libreoffice-nlpsolver.x86_64 1:4.3.7.2-2.el6 base
libreoffice-officebean.x86_64 1:4.3.7.2-2.el6 base
libreoffice-ogltrans.x86_64 1:4.3.7.2-2.el6 base
libreoffice-pdfimport.x86_64 1:4.3.7.2-2.el6 base
libreoffice-rhino.x86_64 1:4.3.7.2-2.el6 base
libreoffice-sdk.x86_64 1:4.3.7.2-2.el6 base
libreoffice-sdk-doc.x86_64 1:4.3.7.2-2.el6 base
libreoffice-wiki-publisher.x86_64 1:4.3.7.2-2.el6 base
libreoffice-xsltfilter.x86_64 1:4.3.7.2-2.el6 base
And the error is in the test unoconv page. I press "Download pdf test" button and it redirectme to the PDF online in my browser, but shows me and error message that show me this: (See screenshots)
So we didn't try https://moodle.org/mod/forum/discuss.php?d=337043#p1358595
The error, in es, via Google search leads to:
https://helpx.adobe.com/es/acrobat/kb/cant-view-pdf-web.html
Like I mentoned before, I use a Mac and the test shows just fine, but I don't have Adobe on this laptop nor do I use Windows. So this could be due to what the help file from Adobe talks about.
The URL I see is: /moodle31/mod/assign/feedback/editpdf/testunoconv.php?sendpdf=1&sesskey=JlPS71r0MM
Your's would be slightly different .... moodle code directory and the sesskey part.
To see if the server is actually converting documents correctly, please try what was suggested at this posting:
https://moodle.org/mod/forum/discuss.php?d=337043#p1358595
attached is what I see ...
'spirit of sharing', Ken
Well, i do what you say and the PDF works okay (as seen in the screenshot)
Well, that proves server's unoconv is working if you converted via command line from your server and put the PDF file in a place outside of Moodle to download/view. The PDF file you show is what it should say/show from the ODT doc provided. Still don't recognize the software being used to display that PDF. Is it Adobe? On Windows? On?
When you accessed that testunoconv.pdf file using your browser, did the PDF automagically open in? The first screen shot showed a black background. The second screenshot shows something different. What browser are we using?
The link provided for Adobe help ... was that of no help? Did you need to upgrade/update your Adobe software?
So where does that leave us? Back to Moodle?
If so, then what, if anything, does apache access and error logs show? And if we turned on debugging ... all the way to developer, do we get anything?
Am about out of things to suggest.
'spirit of sharing', Ken
Hi ken,
Make sure you run a unoconv listener.
see information here: https://docs.moodle.org/31/en/Installing_unoconv#Run_a_unoconv_listener
Ruth
Developer in OpenApp
@Ruth T
Thanks for that info ... see that documentation has been increased.
See the docs now include a how-2 for a listener in CentOS 7,, but ...
CentOS 7 is latest and greatest of that disto.
CentOS 6 still has a shelf life and is still offered as an option for installation
in such providers as Amazon and Google.
CentOS-6 updates until November 30, 2020
That's far enough out such that there is no pressing reason moving to 7.
There's quite a bit of difference in CentOS 6 and 7 (thus also RedHat Enterprise).
The shared listener setup I assume for CentOS 6 should be a script in /etc/init.d/
Format of the example 'listener' given is not compat with CentOS 6 and the paths are also different (which could be due to method of installing, I realize.)
A startup script in 6 normally has 'cases' for start, stop, status, restart.
The only docs I can find on the net for setting up a listener on CentOS 6 has to do with Oracle which doesn't show the resulting /etc/init.d/ file ... only a GUI panel of some sort.
Is there a doc that describes how to setup a listener on CentOS 6 anywhere?
Would imagine the same situation might be true of other popular LTS versions of OS's ... like Ubuntu.
'spirit of sharing', Ken
Hello ken,
In centos 6 befor running the listener you need to create a service.
You can see how to do it here: https://blog.hazrulnizam.com/create-init-script-centos-6/
Good luck,
Ruth
Developer in OpenApp
Thanks, Ruth T! Gives more food for thought.
Have checked it out. Still attempting to think it though ...
Did find this resource for others in similar situation ...
http://idroot.net/tutorials/how-to-install-apache-solr-on-centos-6/
For a standalone server running multiple instances of moodle 3.1.x
there would need to be an apache solr running for each instance using
a different port and a different core. Hmmmm ... no, better yet, one apache solr instance with multple 'cores' per instance of Moodle - like moodle, moodle2, moodle3, etc..
See that there is a Google Apps engine dedicated Solr server available ... but it's Bitnami. :|
'spirit of sharing', Ken
HI Ken,
Here's a script that works on CentOS 6 / RHEL 6 to start unoconvd as a listenner.
I found it here: https://gist.github.com/jdewit/9038765
Copy it to /etc/init.d then:
- sudo chown root: unoconvd
- sudo chmod 755 unoconvd
- sudo chkconfig --add unoconvd
- sudo service unoconvd start
Regards,
Many thanks, Daniel.
'spirit of sharing', Ken
Hi,
I'm also having a problem on my moodle instance. My unoconv version is 0.7 and I'm having this error message when I clicked the 'Test unoconv path':
Fatal error: Call to undefined method file_storage::test_unoconv_path() in line 51
I don't know what is happening. Do you have any idea on what's going on?
Many thanks.
