#foswiki 2014-08-22,Fri

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
RiskRewardHi, anyone know anything about installing LDAP Contrib? [00:38]
......... (idle for 41mn)
GithubBot[distro] gac410 pushed 2 new commits to master: http://git.io/qgIw4g
distro/master 291ba7f Robert Gerlach: Item11003: Add unit tests for year in 2-digit notation.
distro/master ccb0cad Robert Gerlach: Item11003: make time functions work with dates before 1970...
[01:19]
***GithubBot has left [01:19]
................ (idle for 1h16mn)
RiskRewardAnybody able to help with the ImagePlugin? I'm getting "Unexpected errors attempting to determine version of dependency" form my ImageMagick install. [02:35]
pharveyIs this in windows? [02:36]
RiskRewardHi, yes it is. [02:37]
pharveyIs this the windows installer for ImageMagick? [02:37]
RiskRewardYes: ImageMagick-6.8.9-7-Q16-x64-dll.exe [02:37]
pharveyWhich perl interpreter do you use? [02:37]
RiskRewardActiveState Perl [02:37]
pharveyDoesn't AS have an ImageMagick ppm? [02:38]
RiskRewardYes, I've loaded it: v6.89 [02:38]
pharveyOkay. So it's Foswiki throwing this error? [02:38]
RiskRewardYes, it happens when trying to install the plugin from the configure page [02:39]
pharveyOk. Hm. [02:39]
RiskRewardFoswiki says: Can't load 'C:/Perl64/site/lib/auto/Image/Magick/Magick.dll' for module Image::Magick: load_file:The specified module could not be found at C:/Perl64/lib/DynaLoader.pm line 191. at (eval 204) line 2 [02:40]
pharveyAnd I assume the ImageMagick PPM you installed is appropriate for your version of AS [02:40]
RiskRewardHow do I check that? [02:40]
pharveyI'm not sure... .it's been a very long time since I used AS. I think there's a PPM installer/manager thingy? anyway, if you installed it using the PPM installer thingy, I guess it should be fine. [02:41]
RiskRewardActually it got installed when using ImageMagick-6.8.9-7-Q16-x64-dll.exe (there's a tick box), but it shows up in the package manager now, so I assumed OK. [02:42]
pharveyCould you try Graphics::Magick instead? ImagePlugin sometimes has better luck using this instead of Image::Magick
actually, never mind
well, there is http://www.graphicsmagick.org/perl.html
and there is http://www.imagemagick.org/script/perl-magick.php
I guess we're looking at a INC path issue perhaps
I'm a bit confused though, you say the error was "Unexpected errors..." but it's also saying "Can't load .... for module Image::Magick"
is one a configure error, and other a runtime error?
[02:43]
RiskRewardHmm. There are errors at the top and bottom of the returned configure screen. I'll post them both: [02:46]
pharveyRiskReward: my advice is perhaps not the best, it's been a very long time since I tried to make this work on windows
ok
[02:46]
RiskRewardTop of screen: Unexpected errors attempting to determine version of dependency Can't load 'C:/Perl64/site/lib/auto/Image/Magick/Magick.dll' for module Image::Magick: load_file:The specified module could not be found at C:/Perl64/lib/DynaLoader.pm line 191. at (eval 204) line 2. Compilation failed in require at (eval 204) line 2. Unexpected errors attempting to determine version of dependency Attempt to reload Image/Magick.pm aborted. Compilation
failed in require at (eval 219) line 2. 'tar' is not recognized as an internal or external command, operable program or batch file. 'zip' is not recognized as an internal or external command, operable program or batch file.
Bottom of screen: &Image::Magick::constant not defined. The required ImageMagick libraries are not installed or not installed properly.
END failed--call queue aborted.
[02:46]
pharveya
ah
hmmmmm
somebody wrote some code that is trying to exec tar/zip
does C:/Perl64/site/lib/auto/Image/Magick/Magick.dll exist?
[02:47]
RiskRewardYes, it does. [02:47]
pharveyI feel as if the Image::Magick cpan library is trying to do something in a very non-Windows-compatible way. [02:50]
RiskRewardYou mean like using '\' not '/' - type of thing? [02:50]
pharveyI'm trying to determine why "tar" or "zip" are being called [02:51]
RiskRewardoh, that one's easy. The foswiki installer is trying to create a backup of the plugin, and can't zip the directories it wants to archive. [02:52]
pharveyI see. So that's a normally benign error? [02:52]
RiskRewardI have archive::tar and archive::zip installed, don't know why it can't use them. It's on the list of things to figure out. [02:52]
pharveyIs it possible there is some sort of security feature in your environment that would prevent loading DLLs or traversing directories in your INC path?
does http://stackoverflow.com/questions/637369/problem-in-loading-magick-dll-for-module-imagemagick help?
Does ImageMagick ship with demo.pl examples? Do they run/work?
My googling shows me a couple of users that had ImageMagick problems which mysteriously disappeared after a reboot.
[02:57]
RiskRewardThanks for the tips. Don't know about any security features that would cause a problem.
I'll read the stackoverflow page
Yes, the ImageMagick demo.pl examples run
[03:02]
pharveyah, ok. Then that SO page probably won't help. [03:02]
RiskRewardI think a reboot on the server will be really unpopular :( [03:02]
pharveyPerhaps an IIS restart? [03:02]
gac410RiskReward: the installer *should* just leave in place a directory copy if it can't tar/zip the results. It tries tar, zip, and the pure perl modules Archive::Tar and Archive::Zip [03:03]
RiskRewardIIS restart worth a try.
@gac410, yes it leaves a directory there. Still frustrating that the modules aren't working.
[03:03]
gac410I'm pretty sure I've tested the installer on Windows ... but it was XP.
If it's the configure installer reporting that the Image magic dependency isn't available, that could also be a dep checker error. in which case ImagePlugin might work. What do you see on the "System/InstalledPlugins" page?]
[03:03]
pharveyThe fact that the demo scripts work is promising. That's normally 90% of the battle. So it seems there's just something preventing Image::Magic working under Foswiki's perl env under IIS. If this were me I'd got to a shell and do something like perl -I /path/to/foswiki/lib /path/to/foswiki/lib/Foswiki/Plugins/ImageMagic.pm just to see if perl can compile and successfully require/use the dependencies from there.
That's assuming that Plugins/ImageMagic.pm is written to fail at compiling if dependencies are broken.
gac410 makes a good point. I just read the dependency checker that throws this warning and it's pattern-matching some specific types of error messages.
perhaps those patterns aren't applicable in windows+IIS+ActiveState.
[03:06]
RiskRewardOK, well I get this on the System.InstalledPlugins page: ImagePlugin (3.33, 3.33): Image and thumbnail services to display and alignment images using an easy syntax [03:10]
gac410Yeah... It doesn't check for Image::Magick at compile time. It dynamically requires it when needed. What happens if you view the System/ImagePlugin.pm page.
I was just looking at the code...
[03:11]
pharveyThe real test is System.ImagePlugin - "You get:" and "If Installed:" should be identical [03:12]
RiskRewardSorry, just trying Graphics Magick to see if it helps. [03:15]
gac410By the way. ImagePlugin does local mirroring of external images by default. IMHO that's really treading on copyright violation issues. I'd recommend disabling downloading and mirroring of external images [03:16]
RiskRewardOK, well, if I can get it to work I'll disable those functions.
:)
The ppd that comes with Graphics Magick won't install.
[03:18]
pharveyI'm sorry I mentioned Graphics::Magick. It might be a waste of time.
I just wanted to let you know that ImageMagicPlugin can work with boht.
both*
[03:22]
RiskRewardNo problem, I'll try anything :) [03:23]
pharveyToday I'm drawing a new PCB. My Foswiki knowledge isn't as powerful as it once was :) [03:24]
RiskRewardOK. So with Image::Magick installed, ignoring the errors on configure, and going straight to System.ImagePlugin I get this error on the webpage:
HTTP Error 502.2 - Bad Gateway
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are "Can't locate Graphics/Magick.pm in @INC (@INC contains: q:/Sites/wiki/lib Q:/Sites/wiki/bin/ C:/Perl64/site/lib C:/Perl64/lib q:/Sites/wiki/lib/CPAN/lib/arch q:/Sites/wiki/lib/CPAN/lib/5.16.3/MSWin32-x64-multi-thread q:/Sites/wiki/lib/CPAN/lib/5.16.3 q:/Sites/wiki/lib/CPAN/lib) at (eval 184) line 2. at (eval 184) line 2.
Followed by a lot more (whole screen is filled)
[03:25]
pharveyI see. It's trying to use Graphics::Magick [03:26]
gac410Okay, so bin/configure has set $Foswiki::cfg{ImagePlugin}{Impl} to Graphics::Magick Try changing that to Image::Magick [03:26]
RiskRewardYes, woops, OK, after going that I get:
HTTP Error 502.2 - Bad Gateway
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are "Can't load 'C:/Perl64/site/lib/auto/Image/Magick/Magick.dll' for module Image::Magick: load_file:The specified module could not be found at C:/Perl64/lib/DynaLoader.pm line 191. at (eval 184) line 2. at C:/Perl64/lib/DynaLoader.pm line 99
[03:27]
pharveyThis is confusing because the demos are working.
If you're out of ideas I'd still give the steps in that SO page a go.
[03:27]
gac410yes, http://stackoverflow.com/questions/637369/problem-in-loading-magick-dll-for-module-imagemagick sounds interesting
at least the "pulling hair" symptom sounds similar :)
[03:29]
pharveyI also wonder if this type of thing can also happen from XS code that has been compiled for one perl version/distribution and being executed under another. I assume there's only one perl on your server... :) [03:30]
RiskRewardOK guys, I'll give it a go, thanks. Less hair to pull out every day :( [03:30]
pharveyi.e. it might be explained if the demo scripts are working under one perl but IIS is using a different perl [03:30]
RiskRewardOK, but only one Perl running AFAIK [03:37]
.... (idle for 15mn)
***gac410 has left [03:52]
RiskRewardThanks for your help everyone, I'm off too. [03:52]
......................... (idle for 2h2mn)
***ChanServ sets mode: +o CDot
ChanServ sets mode: +o MichaelDaum
[05:54]
MichaelDaum22 Aug 2014 - 03:17 - <gac410> By the way. ImagePlugin does local mirroring of external images by default. IMHO that's really treading on copyright violation issues.
a copyright violation occurs even when there's an <img src="..." > pointing to an external source while embedding it into your own html page
it does not matter whether that image source is mirrored locally or not
see more here http://foswiki.org/Development/GuardAgainstCopyrightInfringement
there's a link to a court's ruling with regards to google's thumbnailing of copyright protected images ... which means: not only do they host those images on their servers, they edit them as well
[06:00]
........... (idle for 51mn)
***ChanServ sets mode: +o SvenDowideit [06:57]
.................... (idle for 1h39mn)
NewToFoswikiMorning [08:36]
...................... (idle for 1h45mn)
***ChanServ sets mode: +o pharvey [10:21]
ChanServ sets mode: +o MichaelDaum_ [10:34]
.................................................... (idle for 4h17mn)
fsfs has quit IRC (Ping timeout: 250 seconds) [14:51]
............................................................................. (idle for 6h21mn)
ChanServ sets mode: +o gac410 [21:12]
............................... (idle for 2h32mn)
ChanServ sets mode: +o pharvey [23:44]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)