I followed an instruction for indexing pdf on Plone(4) (and Windows 2008) , that was originaly written for Plone3:
http://plone.org/documentation/kb/enable-indexing-of-pdf-and-word-docs-with-windows-in-five-steps-occurs-three-minutes-without-problems
I got an error on he fiths step "Add Transform; Enter in ID: pdf_to_text", when I tried to add the Module: Products.PortalTransforms.transforms.pdf_to_text.
Here is the Report:
Traceback (innermost last):
Module ZPublisher.Publish, line 127, in publish
Module ZPublisher.mapply, line 77, in mapply
Module ZPublisher.Publish, line 47, in call_object
Module Products.PortalTransforms.TransformEngine, line 487, in manage_addTransform
Module Products.PortalTransforms.TransformEngine, line 254, in _mapTransform
Module Products.MimetypesRegistry.MimeTypesRegistry, line 220, in lookup
- __traceback_info__: ("'BROKEN'", 'BROKEN')
Module Products.MimetypesRegistry.MimeTypesRegistry, line 457, in split
MimeTypeException: Malformed MIME type (BROKEN)
Well, that is very old.
On Windows, the word indexing "Just Works" in Plone 4 if you have MS Office installed. PDF still needs xpdf.
Is pdftotext.exe on your PATH? It won't work if it isn't. Remember, if you have added it to the system-wide environment, you are still going to have to stop/start Zope to have the Zope process pick up the changed PATH: run Zope in the foreground, from a command window that you know has pdftotext on the path, and see what happens.
Related
I tried to run the below command
conda create --name tf_gpu tensorflow-gpu
and it throws the error
Traceback (most recent call last):
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda\exceptions.py", line 1062, in call
return func(*args, **kwargs)
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda\cli\main.py", line 84, in _main
exit_code = do_call(args, p)
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda\cli\conda_argparse.py", line 82, in do_call
exit_code = getattr(module, func_name)(args, parser)
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda\cli\main_create.py", line 37, in execute
install(args, parser, 'create')
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda\cli\install.py", line 116, in install
if context.use_only_tar_bz2:
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda\base\context.py", line 664, in use_only_tar_bz2
import conda_package_handling.api
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda_package_handling\api.py", line 12, in
from .tarball import CondaTarBZ2 as _CondaTarBZ2, libarchive_enabled
File "C:\Users\alexk\Anaconda3\lib\site-packages\conda_package_handling\tarball.py", line 11, in
import libarchive
File "C:\Users\alexk\Anaconda3\lib\site-packages\libarchive__init__.py", line 1, in
from .entry import ArchiveEntry
File "C:\Users\alexk\Anaconda3\lib\site-packages\libarchive\entry.py", line 6, in
from . import ffi
File "C:\Users\alexk\Anaconda3\lib\site-packages\libarchive\ffi.py", line 27, in
libarchive = ctypes.cdll.LoadLibrary(libarchive_path)
File "C:\Users\alexk\Anaconda3\lib\ctypes__init__.py", line 434, in LoadLibrary
return self._dlltype(name)
File "C:\Users\alexk\Anaconda3\lib\ctypes__init__.py", line 356, in init
self._handle = _dlopen(self._name, mode)
OSError: [WinError 127] The specified procedure could not be found
and also a error window pops up saying:
The procedure entry point gzdirect could not be located in the dynamic link library C:\User\\Anaconda3\Library\bin\libxml2.dll
I am answering quite lately but I had a similar issue recently and this post was the closest to my issue (and had no answers).
The issue for me though was that I was trying to communicate with matlab from c++ code (using visual c++ in visual studio).
After searching a long time, I discovered that gzdirect came from zlib1.dll and not libxml.
What caused this issue for me was that I added the path to the matlab dlls at the end of my path environnment variable and because of that, a zlib from my system was used instead of Matlab Zlib.
All I had to do was to add the path to Matlab's DLL at the start of my path and not at the end.
I was trying to deploy my Scrapy code to AWS by using scrapyd, but I got into this issue I could not figure out. It has been two days. I saw similar problems on the web, but did not find any helpful solution to fix this issue.
2016-02-15 08:41:20+0000 [HTTPChannel,1,xx.xxx.x.xxx] Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 1730, in allContentReceived
req.requestReceived(command, path, version)
File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 826, in requestReceived
self.process()
File "/usr/lib/python2.7/dist-packages/twisted/web/server.py", line 189, in process
self.render(resrc)
File "/usr/lib/python2.7/dist-packages/twisted/web/server.py", line 238, in render
body = resrc.render(self)
--- <exception caught here> ---
File "/usr/local/lib/python2.7/dist-packages/scrapyd/webservice.py", line 17, in render
return JsonResource.render(self, txrequest)
File "/usr/local/lib/python2.7/dist-packages/scrapyd/utils.py", line 19, in render
r = resource.Resource.render(self, txrequest)
File "/usr/lib/python2.7/dist-packages/twisted/web/resource.py", line 249, in render
raise UnsupportedMethod(allowedMethods)
twisted.web.error.UnsupportedMethod: ['HEAD', 'object', 'POST']
I have tried to run the scrapy code alone in both my macbook, and EC2 server. It works in both cases. It's just not working when I use my macbook to schedule a job in EC2.
These are the steps I followed to set things up.
I'm running openERP 7, I was faced with the problem that Arabic words show up in pdf reports as black boxes. I tried to resolve this problem so I downloaded the code in the OpenERP Arabic Report Support and followed the instructions. When I copied the textobject.py to the path D:\OpenERP 7.0-20141026-011104\server\reportlab\pdfgen and tried to restart the openerp-server-7.0 service it does not start and gave me the following error, I got it from event viewer log for windows:
The instance's SvcRun() method failed
Traceback (most recent call last):
File "win32serviceutil.pyo", line 835, in SvcRun
File "win32_service.pyo", line 42, in SvcDoRun
SystemExit: 255
%2: %3
and unable to continue. Can anyone check and help
Download the latest python version 2.7.10 from https://www.python.org/ftp/python/2.7.10/python-2.7.10.msi
Install it and find the mimetypes.pyc file from install path like C:\Python27\Lib
Copy the file and replace the same name file from openerp install path
4.start the service again. try it out.
i tried to migrate plone 3.3.6 to a newer plone 4.0.7 version (and then to 4.3.x) but I ran in multiple errors:
Full traceback
2013-10-07 13:51:33 INFO ProgressHandler Process started (1842 objects to go)
2013-10-07 13:51:33 ERROR plone.app.upgrade Upgrade aborted. Error:
Traceback (most recent call last):
File "/Users/iie/Projects/plone4.0/rwa/eggs/Plone-4.0.7-py2.6.egg/Products/CMFPlone/MigrationTool.py", line 175, in upgrade
step['step'].doStep(setup)
File "/Users/iie/Projects/plone4.0/rwa/eggs/Products.GenericSetup-1.6.3-py2.6.egg/Products/GenericSetup/upgrade.py", line 142, in doStep
self.handler(tool)
File "/Users/iie/Projects/plone4.0/rwa/eggs/plone.app.upgrade-1.0.7-py2.6.egg/plone/app/upgrade/v40/betas.py", line 117, in updateIconMetadata
obj = brain.getObject()
File "/Users/iie/Projects/plone4.0/rwa/eggs/Zope2-2.12.18-py2.6-macosx-10.7-x86_64.egg/Products/ZCatalog/CatalogBrains.py", line 92, in getObject
target = parent.restrictedTraverse(path[-1])
File "/Users/iie/Projects/plone4.0/rwa/eggs/Zope2-2.12.18-py2.6-macosx-10.7-x86_64.egg/OFS/Traversable.py", line 310, in restrictedTraverse
return self.unrestrictedTraverse(path, default, restricted=True)
File "/Users/iie/Projects/plone4.0/rwa/eggs/Zope2-2.12.18-py2.6-macosx-10.7-x86_64.egg/OFS/Traversable.py", line 278, in unrestrictedTraverse
raise e
AttributeError: pa_20120810.pdf
If I delete "pa_20120810.pdf" another file throws an error, and so on ...
I hope you understand me and someone can help me
Thanks
Something to try: before migration use collective.catalogcleanup to remove broken references from your catalog. It's easy to use: add to your buildout, restart the site, go to /##collective-catalogcleanup?dry_run=false in your browser.
As collective.catalogcleanup's documentation states:
The goal is to get rid of outdated brains that could otherwise cause problems, for example during an upgrade to Plone 4.
I´m trying to upgrade trac! from 0.10.3 to 0.12. Need help, i basiclally did steps shown here
http://trac.edgewall.org/wiki/TracUpgrade
So i went through this commands without errors:
todasana:~# easy_install —upgrade Trac0.12 Searching for Trac0.12
todasana:~# trac-admin /usr/local/apache2/htdocs/trac_catw3 upgrade
todasana:~# trac-admin /usr/local/apache2/htdocs/trac_catw3 wiki upgrade
todasana:~# trac-admin /usr/local/apache2/htdocs/trac_catw3 repository resync ‘*’
Didn´t do Step 5 Refresh static resources, because i did not understand it, and i think it does not apply to me: trac-admin /path/to/env deploy /deploy/path
then i
restarted apache:
/etc/init.d/apache2 restart
got this error in the browser now:
Mod_python error: "PythonHandler trac.web.modpython_frontend"
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch
result = object(req)
File "/var/lib/python-support/python2.4/trac/web/modpython_frontend.py", line 87, in handler
gateway.run(dispatch_request)
File "/var/lib/python-support/python2.4/trac/web/wsgi.py", line 87, in run
response = application(self.environ, self._start_response)
File "/var/lib/python-support/python2.4/trac/web/main.py", line 377, in dispatch_request
env = _open_environment(env_path, run_once=run_once)
File "/var/lib/python-support/python2.4/trac/web/main.py", line 58, in _open_environment
env_cache[env_path] = open_environment(env_path)
File "/var/lib/python-support/python2.4/trac/env.py", line 435, in open_environment
if env.needs_upgrade():
File "/var/lib/python-support/python2.4/trac/env.py", line 315, in needs_upgrade
if participant.environment_needs_upgrade(db):
File "/var/lib/python-support/python2.4/trac/env.py", line 373, in environment_needs_upgrade
raise TracError, 'Database newer than Trac version'
TracError: Database newer than Trac version
got Python 2.4.4 (#2, Jan 24 2010, 11:19:18)
mysql: Server version: 5.0.32-Debian_7etch11-log Debian etch distribution
IT OCCOURS TO ME THAT SOMETHING SHOULD BE DONE WITH THE DATABASE OR CONFIG FILES, BUT NOT SURE WHAT BECAUSE THERE IS NOTHING IN THE DOCS ABOUT IT!
Guys have a great day!!
It sounds like the version of Trac being run by Apache is the older version and not the version you just installed. Verify that the version of Trac you are running is the version you think you are running.