There's a server migration going on, and they're moving from a Debian 8 to a Debian 10.
Everything works great except for pdf2htmlEX. The old server used v0.14.6, to which I tried to compile without success. Using the jessie package results in dependency issues, and those packages are too old and have been replaced.
I've tried with 0.18.7 and 0.16.0 (all version can be found on GitHub), and so far 0.18.7 seems to be the one working best, although some conversions result in white or transparent text (made an issue here).
As for 0.18.7, you need to compile poppler-0.81.0. I used this guide which uses 0.89.0 as an example. Compiles without error.
Is there something I am missing? fontforge is already the newest version.
Any help is very much appreciated.
Related
I've already posted my problem in the Liferay's forum, this is the link in case that you want to post an answer also there.
My ext-plugin is working partially on dev environment (CentOS) but in my laptop (Windows 7) there is no problem, I mean partially because with the project I'm modifying two classes and I see changes reflected of one but not of the other.
The classes belong to different packages:
bad:
/projectname-ext-util-taglib/src/main/java/com/liferay/taglib/ui/BreadcrumbTag.java
good:
/projectname-ext-impl/src/main/java/com/liferay/portal/repository/cmis/CMISAtomPubRepository.java
Other relevant information:
Liferay 6.2 GA6
Oracle JDK 8
WildFly 10.1.0
CentOS 7
I compared files from application servers and I didn't find significant differences.
Could it be a platform problem? what do you suggest me to try?
Thank you.
Ive been trying to get my very simple code that I posted here: SiftFeatureDetector .detect function broken? to work.
But it keeps breaking, it compiles fine but refuses to run.
I have OpenCV 2.4.2, Windows XP.
Here is what I have done:
I first tried it on Visual C++ 2010 with OpenCV 2.4.2, I have added all the libraries included in F:\opencv\build\include along with the non-free ones I have also linked the bin folder in linker: F:\opencv\build\x86\vc10\lib
But it continues to break at that same line. It is very frustrating as Aurelius mentioned my code worked on his machine.
I then took out my second laptop and installed codeblocks on it, I linked all the correct libraries and dll files but it gives a different error:
the procedure entry point __gxx_personality_v0 could not be located in the dynamic link library libstdc++-6.dll
Can anyone PLEASE help me fix this issue, its been 3 days now and i dont feel Im near a solution. Its so frustrating when my code is ok but the application refuses to work. Its obviously some wrong setting. Please help me fix this.
Thank you
I would like to mention that simple programs like displaying an image, itterating over pixels, changing color and detecting a color works fine, its this sift that is causing the problem
There are many similiar topics on stackoverflow like libstdc++-6.dll not found
Google: https://www.google.pl/search?q=libstdc%2B%2B-6+opencv&sugexp=chrome,mod=9&sourceid=chrome&ie=UTF-8
To sum it up as it says about different problems.
First of all you are using downloaded builds. This builds can be done with different compilator version than yours and it's probably the issue.
Solution: compile OpenCV on your computer, link those libs and use dlls then everything should work
I am trying to install zorba xquery on a redhat santiago installation over ssh, not going good.
I am unfortunately not very familiar with redhat so I am having trouble getting things working, the list of rpms I have found are these
http://rpmfind.net/linux/rpm2html/search.php?query=zorba
Whenever I tried to install one of them I got a bunch of missing dependencies, even if I install one of the dependencies it still shows up as missing when I try to install zorba again. I don't really understand redhat versioning of their OS, but looking around it seems Santiago was in 2010? And all these versions the RPMs are for are later? Is that the problem?
If so, any guides on installing zorba xquery on redhat santiago?
I can't provide a canonical answer as I don't use Red Hat myself. However, Santiago is a release of Red Hat Enterprise Linux, which is the supported form of Red Hat. The rpms you found at that link are, based on the version numbers (eg. "fc19"), intended for use on Fedora Linux, which is a community-developed release. So there is no guarantee that the dependencies will match up with packages available in Santiago.
From Wikipedia, it seems that RHEL releases are branched from Fedora releases originally. Based on the release date of Santiago, it would have been branched from FC 15 or so. So it's at least possible that you'll have better luck with the Zorba 2.1 packages, as they have 'fc15' in their versions. Zorba 2.1 is of course fairly old now, so this isn't an ideal solution even if it happens to work.
Your best bet will likely be to compile Zorba from source.
I have a problem on my mac when trying in R to produce png images.
I am getting this warnings:
libpng warning: Application built with libpng-1.2.26 but running with 1.5.2
I am running the R 2.14 version using the R-studio GUI.
I am not excatly sure about the libpng problem. When I am doing locate libpng-config I'm getting several hits, some with libong-config12, some with libpng-config14, some without nay numbers:
ayeroslaviz:~ ayeroslaviz$ locate libpng-config
/Applications/XAMPP/xamppfiles/bin/libpng-config
/Library/Frameworks/GTK+.framework/Versions/2.18.X11/Resources/bin/libpng-config
/opt/local/bin/libpng-config
/usr/X11/bin/libpng-config
/usr/local/bin/libpng-config
When doing which libpng-config I'm getting: /usr/local/bin/libpng-config
Is there a way to uninstall older versions of libpng or update the paths to the right version. Unfortunately I am not even sure, what thesource of this warning, so I hope I gave here all the needed information.
I would be grateful for anyone who gives me a hint about how to solve this problem.
thanks
A.
Fortunately, you're using a Mac, so there's a simpler (but not documented) method.
quartz.save('my_filename.png', type='png')
Note that the image you want to save must be the currently active quartz window.
If your code still works, then don't worry about it. The fact this this is a warning rather than an error message means that there might be a problem, not that there definitely is a problem. IF you don't want to see the warning, wrap your R code in a call to suppressMessages.
suppressMessages(code_to_call_libpng)
This problem could occur because RStudio (or some other library you are using in your project) is using in-built libpng libraries (v1.2) and when the application run, the version installed in the system is v1.5: http://www.libpng.org/pub/png/pngfaq.html#mismatch. If this is the point, you could try to upgrade RStudio libpng libraries or downgrade system libpng ones.
edit: The real solution to this is now that OpenCV supports python 3. I'm leaving the details below for anyone who happens to be stuck with an old setup.
I'm trying to get OpenCV working with Python 3. A friend showed me ctypes-opencv that appears to work with Python 3. The problem is I totally can not figure out how to "install" or get any code working. I've followed all instructions I could find from a few people mentioning installs on google and none of those seemed to work or I couldn't even get through the basics that they mentioned.
I am just hacking around with the version of IDLE that came with Python 3. No IDE.
Start with OpenCV:
The only windows installer for OpenCV 2.1 is a visual studio installer. I assume that means that it installs files that make it easier to use in Visual Studio. However, does it also mean that I can't use that installer with Python 3? I tried the vs installer together with ctypes-opencv as below, and I got errors that the dlls were not in my path (but my path variable did include the OpenCV bin folder with dlls). Is this the wrong direction?
The apparent alternative is to build OpenCV myself. I tried following the directions here and all I get is "project files may be invalid" from the CMake gui application when pressing the "Configure" button. Same when following these hints from Stack Overflow. I'm suspicious that this is also the wrong direction since I am not currently using any of the tools that are listed in the CMake configure. Is this also the wrong direction?
Next ctypes-opencv:
I installed this and the installer recognizes Python3.1 and puts itself into the site-packages folder. If I try to run demos, it tells me the dlls are not in the path although they are, as mentioned above.
Summary:
I think I generally understand each piece here (code, compile, dll, imports, ...) but I do not know how all the pieces fit together and where I am going wrong. Can someone please tell me what steps or understanding I am missing here?
I get the feeling that I need to be reading a book or two to fill in the holes in my understanding of how all these pieces fit together. I wouldn't even know what area of books to get though so any suggestions there would be appreciated as well.
Python's ctypes is a wrapper around the opencv dll files, as long as you can point to the compiled libraries it doesn't matter what the source code is set up to be edited in. For windows I would simply run the installer, then try to load the dll with ctypes. If you can get that far, any other errors can be fixed by looking at the ctypes wrapper file and editing the load section to look like your test file.
Christoph Gohlke maintains Windows binaries for many Python packages, including the production version of OpenCV 3.0 with Python 3.x bindings, released 4 June 2015:
http://www.lfd.uci.edu/~gohlke/pythonlibs/#opencv
To install, just download the 64-bit or 32-bit .whl file appropriate for your system, then run pip install [filename]. Then the instruction import cv2 should work in your Python 3.x interpreter.
Yakiimo san, OpenCV 2.1 DLL can be loaded with ctypes. I have tested it.
p.s. I have set the C;\OpenCV2.1\bin in Env Path.