#foswiki 2016-04-05,Tue

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

WhoWhatWhen
MikeofManyIs anyone using the solr plugin? I just installed it and now am getting "
Can't locate XMLpath in @INC (@INC contains: path path path path path path path . path)" But Xpath is installed and found by perl
[00:23]
gac410MikeofMany: You need to look at the apache log. The "path path path stuff is "sanitized" ... rather unhelpful.
Some dependency is missing.
[00:34]
MikeofManygac410, true enough. Unfortunately in the shell, all solr dependencies are met. [00:34]
gac410no idea then. Solr is another extension I have not used.
Can you get the un-redacted message from the web server error log?
[00:35]
MikeofManylooking for it [00:38]
GithubBot[distro] vrurg pushed 1 new commit to Item13897: https://git.io/vVuEH
distro/Item13897 fd9900d Vadim Belman: Item13897: Saving intermidiate changes....
[00:38]
***GithubBot has left [00:38]
FoswikiBothttp://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [00:38]
vrurggac410: I have started moving your Request code into my branch. It gave me the base to move on. [00:41]
gac410great. [00:41]
vrurgWhat is bad is that I'm not able to test the code. Eventually it's gonna be a big-big draft... ;) [00:43]
gac410your branch doesn't run again? [00:44]
vrurgIt won't run for some more time. The changes are too big. [00:45]
gac410ah... okay [00:45]
vrurgI think it's gonna be broken for a few weeks.
Ok, thanks and cu later!
[00:46]
gac410cu
gac410 is vegging out - can't get energized to work.
[00:46]
MikeofManygac410, think this is the correct error "[Mon Apr 04 17:48:56 2016] [error] [client 43.148.6.108] \tFoswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0xd90dc0)') called at /var/www/wiki/bin/view line 29., referer: http://cidc-wiki.net:88/bin/view/ENG_Main/WebHome
"
[00:50]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Engine::CGI [00:50]
gac410can you use http://pastebin.com and paste the whole traceback ... It should include the message "Can't locate XML ... but without all the path stuff [00:51]
MikeofManyhttp://pastebin.com/6Zcksixr [00:54]
gac410what OS are you on? [00:55]
MikeofManycentos 6.7 [00:56]
gac410The perl module is XML::Easy::Element on ubuntu it would probably be libxml-easy-perl. on rhel/centos, probably something like perl-XML-Easy [00:58]
MikeofManyif I go by yum it should be perl-XML-Simple but cpan says that is something else, I previously downloaded and manually built and install XML::Easy 009 [01:01]
gac410I think perl-XML-Simple would be something different. [01:01]
MikeofManyyeah, cpan agrees (I didn't install simple)
and if I use cpan XML:Easy is installed
[01:02]
gac410Did you install it as root? or did it end up in a local private library? [01:03]
MikeofManyinstalled as root [01:03]
gac410can you search and find out the path where cpan installed ...path/to/lib... XML/Easy.pm
Need to figure out if the installed location is in the foswiki @INC path. There is a way to add it if it's not there.
[01:04]
MikeofManyXML/Easy.pm => /usr/local/lib64/perl5/XML/Easy.pm [01:08]
gac410darn. That's in the path. hm [01:09]
MikeofManyAGreed. [01:10]
gac410is there a file /usr/local/lib64/perl5/XML/Easy/Element.pm ? [01:10]
MikeofManyYes, owned by root, read permissions across the board [01:11]
gac410hm. yeah, just confirmed on metacpan that it's part of the package.
I wonder.... Do you have the selinux extensions enabled?
[01:11]
MikeofManyno, disabled [01:13]
gac410I'm running out of ideas then. [01:13]
MikeofManyMe too. [01:13]
gac410MichaelDaum is more knowledgable on things Solr. A few others are too, but they are in europe, so it's rather late for them. [01:14]
MikeofManyThere doesn't seem to any issue with using a vhost, permissions are fine, it is present in the path, I'm not over-riding anything with a safe path.
I saw him on earlier, but didn't get back to ask before MichaelDaum left.
[01:14]
gac410The only thing I can thik of is that XML::Easy::Element actually has it's own dependencies. Sometimes that will cause a module to fail to load [01:16]
MikeofManypossible. Will look into that idea. [01:16]
gac410and a quick look on metacpan, nothing is jumping out as a dependency, but I'm out of idea.
s
[01:18]
MikeofManyThanks. what is the most frustrating is I installed it earlier without issue on a test vm.
Same OS, and followed the 'script' from my test system on this one.
[01:18]
gac410usually perl deps are pretty easy to resolve. centos makes it a bit harder because they omit so many packages. [01:22]
MikeofManysigh [01:23]
gac410Hopefully Michael will have some ideas. [01:23]
MikeofMany!seen MichaelDaum
wrong bot
[01:24]
gac410FoswikiBot: seen MichaelDaum [01:24]
FoswikiBotgac410: MichaelDaum was last seen in #foswiki 9 hours 18 mins ago saying "database is so shmatabase to keep them up n running in a sensible way". [01:24]
MikeofManyThanks for the assist. Will be on earlier tomorrow to try and catch him [01:25]
gac410good luck [01:25]
.......................................... (idle for 3h28mn)
***gac410 has left [04:53]
............... (idle for 1h11mn)
ChanServ sets mode: +o MichaelDaum [06:04]
ChanServ sets mode: +o CDot [06:12]
MikeofManyMichaelDaum, can you assist with problems on a centos 6.7 box and the solr plugin not reading that XML::Easy::Element is installed and in @INC? [06:12]
MichaelDaummorning MikeofMany
yes, distros don't seem to ship it
[06:14]
MikeofManyMorning. Yeah I ended up installing it manually
and it's still not read as being installed
[06:14]
MichaelDaumyou'll need to install it manually: cpanm XML::Easy
did you try perl -MXML::Easy on the cmdline?
[06:15]
MikeofManyI typically go perl -e 'use XML::Easy'
perl -MXML::Easy looks like it's waiting for another argument
[06:16]
MichaelDaumy
so what is your @INC path?
[06:20]
MikeofManyXML/Easy.pm => /usr/local/lib64/perl5/XML/Easy.pm

or do you want the full thing?
[06:21]
MichaelDaumy
the one in the error msg
[06:21]
MikeofMany[Mon Apr 04 17:48:50 2016] [error] [client 43.148.6.xx] Can't locate XML/Easy/Element.pm in @INC (@INC contains: /data/www/wiki/lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /data/www/wiki/lib/CPAN/lib) at /data/www/wiki/lib/WebService/Solr/Field.pm line 4., referer: http://cidc-wiki.net:88/bin/view/ENG_Main/WebHome [06:23]
MichaelDaumhm, file access rights? maybe user www can't read the files installed as root. [06:25]
MikeofManyI thought /usr/local/lib64/perl5 was supposed to be owned by root. I may have that wrong.
but read access is granted to all
(just checked)
[06:25]
MichaelDaumokay
so did you test perl -e 'use XML::Easy;' as user www?
[06:36]
MikeofManyLet me double check [06:37]
MichaelDaumcould be you've got two perls installed
type -a perl
[06:38]
MikeofManyluckily no perl is /usr/bin/perl
and frak, once I remembered how running the test as apache fails to find it.
[06:38]
MichaelDaumstrange the module is in the right place. the inc path matches, why doesnt it load? [06:41]
MikeofManyselinux is disabled
and checking @INC as apache shows it includes /usr/local/lib64/perl5 like it should
[06:42]
msnmaybe the module is not properly installed?
So missing Element.pm
[06:44]
MikeofManyodd question: Should Field.pm be use XML::Easy::Element; or use XML::Easy::Element(); ? [06:44]
As root element.pm can be used, as apache it cannot. [06:51]
foswiki_irc3Hello, we are installing foswiki for an intern wiki site and ldap login is already in place but when we create a group in foswiki and add the user Main.xy and have a query %Userinfo{}% with the parameters you can ask the group does not show up for the user. Does it have to do something with our ldap login? [07:02]
When we give permission that a group can edit a Topic, it does not work because it says: Action "CHANGE": access not allowed on Topic by user "First Last". I dont know if there is some kind of inconsistence with the user naming [07:10]
.... (idle for 17mn)
MikeofManyFYI if anyone else encounters something similiar.. the 'permission chain' was broken to 744 at /usr/local/perl5 so while above and below it was 755 making that one change seems to have fixed it. [07:27]
jastfoswiki_irc3: first off, you can have the user topics in Main created automatically, using NewUserPlugin
assuming you're using LdapContrib
well actually I guess it doesn't matter what approach you use, but with LdapContrib you can use groups from LDAP, too
but to solve your issue, I need to know if you're using LdapContrib or just trying to get it to work with the default TopicUserMapping
[07:31]
.... (idle for 16mn)
foswiki_irc3We are using LdapContrib
there is no file / folder like perl5 in /usr/local/. We are using a debian system if you are talking about another OS
[07:49]
MikeofManyfoswiki_irc3, Sorry, My FYI was addressing a question I worked with MichaelDaum_ and gac410 earlier [07:54]
foswiki_irc3We dont really want to use the groups from ldap. It is a good option to have but we just need a 3 / 4 level permission. SuperAdmins, Admins, Editors, Users [07:54]
jastfoswiki_irc3: okay, some things to check: 1) make sure WikiGroupsBackoff is enabled in LdapContrib's settings, because if it's not most wiki groups will be ignored. 2) the other things USERINFO can output should be correct, if not check your settings for LDAP fields in LdapContrib and refresh its cache if you change them. [08:04]
foswiki_irc3this is my setting $Foswiki::cfg{Ldap}{WikiGroupsBackoff} = 1;
i did a refresh and now the user is in the groups with the userinfo showing it but I still get that error
[08:12]
..................................................... (idle for 4h20mn)
***ChanServ sets mode: +o gac410
gac410 changes topic to: Download Foswiki 2.1 at https://foswiki.org/Download - IRC Logs http://irclogs.foswiki.org/bin/irclogger_log/foswiki
[12:34]
..... (idle for 20mn)
ChanServ sets mode: +o Lynnwood [12:55]
................ (idle for 1h16mn)
ChanServ sets mode: +o Lynnwood__ [14:11]
................ (idle for 1h19mn)
CDotCDot is going to miss the GA :-( [15:30]
gac410darn.... [15:30]
gac410 wonders why we filter what we filter from attachment names.
At least now that attachment validation is completely separate from topic validation, it seems we could be more generous.
[15:37]
CDotgac410: historical. Attachment names used to feed unfiltered into shell commands. [15:51]
gac410ah... that makes sense then.
gac410 is not going to change things, but will add a smell.
As I move the query parsing from UI::Viewfile into Foswiki::Request::Attachment
[15:52]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Request::Attachment [15:53]
....... (idle for 31mn)
CDotgac410: the store module should be mapping illegal chars to something neutral. There should be no constraint on attachment names, as far as the UI is concerned. Of course that breaks down when linking direct to attachments..... [16:24]
gac410yeah. the extensions that install attachments deeper than web/topic make improving this quite a bit more difficult.
Letting unit test suite run, If it is successful, I'll commit the refactor of attachment parsing into Foswiki::Request::Attachment. which will hopefully be sharable by xsendfile as well.
[16:25]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Request::Attachment [16:26]
gac410Then on to Foswiki::Request::REST [16:27]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Request::REST [16:27]
gac410I thnk with EditRowPlugin, the cancel is not functional, because the [-] and [+] buttons are "immediate" They remove or add a row and save the topic immediately rather than staging the change to the UI
So I'm not sure if it's a bug, or just deserves to be documented. the button array for a row or a table [y][X][-][+] are all immediate acting.
ug. these tests are frustrating. Unit::Request serves as a replacement for Foswiki::Request, so my changes don't get picked up. Gah...
[16:28]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Request [16:33]
........ (idle for 36mn)
GithubBot[distro] gac410 pushed 1 new commit to Item14033: https://git.io/vV2nq
distro/Item14033 1456e90 George Clark: Item14033: Refactor attachment path parsing...
[17:09]
***GithubBot has left [17:09]
FoswikiBothttp://foswiki.org/Tasks/Item14033 [ Item14033: Implement MoveQueryPathParsingIntoFoswikiRequest ] [17:09]
gac410vrurg: The Foswiki::Request::Attachment now seems to be functional As I said in commit message, it still needs some careful validation [17:10]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Request::Attachment [17:10]
gac410UIFnCompileTests are failing. Need to get the request type from the switchboard and use that for the viewfile script. [17:11]
vrurggac410: !!! :) [17:23]
..... (idle for 24mn)
gac410btw vrurg in fw::Request::Attachment, I duplicated new() completely from fw::Request ... I assume there is some simple way to just extend the hash with filename => undef, ... but I couldn't find how.
anyway, I gotta head out for a few days. I'll be online only sporadically
[17:47]
vrurgWhy not just let the SUPER::new create the object and simply initialize $this->{filename} = $some_value in Attachment? [17:50]
gac410Also need to bless it as Foswiki::Request::Attachment don't I? [17:51]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Request::Attachment [17:51]
vrurgIt will be. $class will have the class name to bless into in it. [17:52]
gac410Ah... okay. So I can probably just strip out new { } completely
I thought that all the object fields in the hash should be defined during the bless.
[17:52]
vrurgActually – yes, you can. Unless some code depends on _existance_ of the filename attribute. Otherwise is it only checked with defined then new() isn't required.
No, it's not needed whatsoever. A object is just a hash with additional property – the blessing. Otherwise it makes no difference from other hashes.
[17:53]
gac410Okay. I'll work on streamlining it more while I'm away, and will review it all in detail again ... thanks. That simplifies things. [17:54]
vrurgUse some spare time for perdoc perlootut. It's not much but will answer most of your questions. [17:55]
gac410okay thanks. Yeah I've read the oo tutorials several times, but still putting it all together takes time for things to soak in. [17:56]
vrurgActually I see that perlootut has been changed since I read it the last time (erm... ~15years ago. ;) ).
perlobj has more technical details actually. I'm in OO since the first release of Borland C++ (anybody remembers the beastie yet? ;) ) – makes it was easier to catch up with paradigms...
s/was/way/
[17:58]
gac410anyway, cu gotta run.
thx again
[18:02]
***gac410 has left [18:03]
vrurgcu! [18:03]

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