#foswiki 2014-08-19,Tue

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

WhoWhatWhen
greigHi all, is anyone in here able to help with an LdapContrib problem I'm having?
I'm migrating a foswiki from an old box to a new one
I've installed the foswiki-ldapcontrib on the new box (ubuntu 14.04)
and configured it as per the old box's settings (though oddly it doesn't show up as a module I can enable, but there is an "LDAP" settings page in extensions)
however, authentication consistently fails, and tcpdump shows no traffic between the foswiki box and the LDAP server at all
any help or advise would be great :)
(oh, and before anyone asks, yes, I do have libnet-ldap-perl installed - I've been googling like a demon!) :)
[00:22]
pharveyhi greig, sadly I've not configured Foswiki with LDAP for quite a while now. I'd send a mail to the foswiki-discuss ML and ask if anyone else has any issues on Ubuntu 14.04 [00:26]
greigpharvey: thanks, but it's a time sensitive issue as I'm off on leave and was doing this for my non-linux-savvy coworkers as part of a site migration. I figured if anyone could do a quick answer, this is where I'd find it. Many thanks though. I guess I'll start tracing code. I just don't speak perl. ;) [00:28]
RiskRewardI haven't taken the plunge with LDAP yet. I read the help pages and got scared off :) [00:28]
greiglol, it's not that bad. f it would work! :) [00:29]
pharveywell, we can help translate perl for you. One thing is to turn up the logging, let's see if I can suggest how to do that for LdapContrib [00:29]
greigpharvey: I tried this: perl -pi -e 's/#writeDebug/writeDebug/' /var/lib/foswiki/lib/Foswiki/Contrib/LdapContrib.pm && /etc/init.d/apache2 restart [00:29]
pharveywhat dist was the old box on? [00:30]
greig(uncommented all the debug statements)
pharvey: debian squeeze
[00:30]
pharveyah, cool
did you get any debug messages?
[00:30]
greigno entries in debug.log at all though [00:30]
pharveydamn [00:31]
greigmakes me think it's not calling the module [00:31]
pharveyyeah
so you just copied the old LocalSite.cfg?
[00:31]
greigno [00:31]
pharveygood [00:31]
greigit was full of cruft
I've been back-and-forthing on it though
[00:31]
pharveywhat version of perl is on ubuntu 14.04 out of curiosity? [00:32]
greigdiff is near-useless :) [00:32]
pharveyperl -v [00:32]
greig5.18.2 [00:32]
pharveythis behaviour sometimes occurs when a module completely fails to compile. Foswiki wraps contrib loading in try/catch so it can try to carry on regardless [00:33]
greigwhich reminds me, if anyone here maintains the jhotdraw extension, newer perl has deprecated the way qw is used in there :)
ah!
that's interesting
so if I try removing the package, and reinstalling?
[00:33]
pharveyI'd say that's unlikely to fix it. Example causes are: missing CPAN dependency, syntax error in the code
I'm trying to think of the best way to test this, I no longer maintain a company Foswiki
[00:34]
greigheh, thanks. Sorry to be a pain. [00:35]
pharveyis this a FastCGI installation?
I assume apache error logs show nothing? (sometimes your apache config can redirect or drop STDERR stuff to pretty random places. I'd tail -f /var/log/apache2/* and watch everything if you haven't already)
[00:35]
greigyep, did that. No, not a fastcgi [00:36]
pharveyI'd next try running a view from the commandline, bypass apache complete
completely*
see if anything interesting happens
[00:37]
greigOK, how do I do that? (sorry, never saw foswiki until this morning (in New Zealand)) [00:37]
pharveyhttp://foswiki.org/System/CommandAndCGIScripts
I now have a phonecall and probably have to bail, sorry!
[00:38]
greigno probs, you've been really helpful, thanks
RiskReward: I'm pretty good with LDAP, happy to help you once I get this module working if you'd like? :)
[00:38]
..... (idle for 21mn)
right, got it
if anyone else is interested, I had to go to https://<host>/foswiki/bin/view/System/LdapContrib and hit the "Refresh Cache" button. Oddly, I'm sure I'd done that previously.
Anyway, all now works.
Thanks again pharvey
[01:00]
pharveythat's good news [01:01]
greig--> now to go fly to Wellington with peace of mind and drink good beer. ;) [01:01]
***greig has left
ChanServ sets mode: +o gac410
[01:02]
pharveyhi gac410 [01:09]
gac410hi pharvey
hows things. Do you think we did the right thing moving to a "distro" repo from the per-extension for core+default
[01:10]
pharvey12 months ago I would have disagreed [01:12]
gac410The history is now reasonably clean at least. [01:12]
pharveybut I think it's a perfectly valid thing to do. Most projects don't split their repos up quite so much [01:12]
gac410The more I dug into it I was also dismayed that git bisect would have not handled the extensions. At least not in the expected way. [01:13]
pharveyyeah, in order for that to work we would have had to have a commit in the supermodule for every commit in the submodule [01:13]
gac410running the "git log" analysis to extract all the svn revs -> git commit ... I got a lot more entries with the monolithic repo. [01:14]
pharveyI've git bisected extensions in isolation but if you were hunting for a problem that could be anywhere then the "thick" repo would be better [01:14]
gac410yeah. I used it frequently with unit test failures, where it was uncertain what actually changed where.
There are still a few things missing. Early on some directory moves / extension renames occurred where I have no idea what happened, so the source directory got pruned.
But I'm not going to try for perfect... just reasonable We can keep the foswiki repo around for archeology if really needed. Maybe rename it to foswiki-svn-final
tbh for a newbie git developer, submodules are pretty complicated. I still can't figure out how to get "sync" to actually add extensions in the .gitmodules file without manually running the git submodule add command.
Anyway ... what's next to do ... Can't do much until CDot commits his configure restructuring. :(
[01:15]
...... (idle for 29mn)
hm. SubversionBasedInstall ... goes to lengths to checkout and install a system with *ONLY* core + TopicUserMappingContrib. I think it would make more sense to just cover a typical install. Core+default. [01:50]
........ (idle for 39mn)
***ChanServ sets mode: +o pharvey [02:29]
............. (idle for 1h2mn)
gac410 has left [03:31]
........................................ (idle for 3h18mn)
ChanServ sets mode: +o MichaelDaum [06:49]
JulianLevensNewToFosWiki: I hope you check the logs! Strawberry perl in my experience is a lot less hassle. I've even used the associated tools to build C based code (NativeSearchContrib). I've also installed LdapContrib including DB_File with strawberry as the base perl. [06:49]
..... (idle for 23mn)
***DeanSpicer has quit IRC (Ping timeout: 255 seconds) [07:12]
...... (idle for 26mn)
mephinet has quit IRC (Quit: EliteBNC - http://www.elitebnc.net/) [07:38]
.................. (idle for 1h27mn)
HenroRitchie has left [09:05]
...... (idle for 25mn)
HenroRitchieHi All - I cannot get * Set VIEW_TEMPLATE = WebCreateNewTopic to work
any ideas?
[09:30]
..... (idle for 21mn)
ModAcOstHenroRitchie: Maybe you also set a VIEW_TEMPLATE in the topics preferences? AutoTemplatePlugin? [09:51]
.... (idle for 16mn)
HenroRitchieautotemplateplugin is installed and running, but even disabling it doesn't fix the problem [10:07]
...... (idle for 26mn)
MichaelDaumHenroRitchie, what's the name of the view template topic and the topic that you want to apply the view template to? [10:33]
HenroRitchieHi MichaelDaum - All I want to do is create a new topic. When I click on create new topic I jump to WebCreateNewTopic which should give me the option to create a new topic
but if fails. When looking at the raw wiki text I see * Set VIEW_TEMPLATE = WebCreateNewTopic
I double checked that my site is using the exact same code as foswiki.org
[10:37]
MichaelDaumshould look like this more or less http://trunk.foswiki.org/Main/WebCreateNewTopic
this is using the WebCreateNewTopicTemplate topic as a view template
note that the view template mechanism ass ... Template to the value of VIEW_TEMPLATE
umpf
[10:41]
ModAcOstWhat do you see, white page? Is System.WebCreateNewTopicTemplate still there? [10:43]
MichaelDaumhere's the source code of the template on t.f.o: http://trunk.foswiki.org/System/WebCreateNewTopicTemplate?raw=all
btw as soon as there is a VIEW_TEMPLATE preference setting AutoTemplatePlugin will bail out of auto-templating
so no surprise switchin the plugin on / off makes no change
[10:43]
HenroRitchieI only see a white page
when doing it in any other web than system web. In system web it works 100%
[10:46]
ModAcOstDo you have a YourSkinWebCreateNewTopicTemplate?
Most likely you forgot a %TMPL:INCLUDE{"WebCreateNewTopic"}%
[10:47]
HenroRitchieit is a standard install without any custom skins [10:52]
ModAcOstDo your other webs contain a WebCreateNewTopicTemplate topic? [10:57]
HenroRitchieno
that might be the problem
[10:58]
ModAcOstNo, it's fine. Did you do something to {TemplatePath}? (In "Miscellaneous Expert" tab in configure) [10:58]
HenroRitchieNot that I recall - but when I select default it does change a lot
I'll try the default values and see if that works
Yes, now it works. I just don't know why my TemplatePath settings were all changed
Thank you
[10:59]
ModAcOstnp - weird, that rarely needs change. [11:03]
HenroRitchiethe default name now comes up as WebCreateNewTopic
not a problem - just wondering why it isn't blank?
[11:04]
***ChanServ sets mode: +o gac410 [11:18]
.......... (idle for 47mn)
WikiRingBot has quit IRC (Remote host closed the connection) [12:05]
SvenDowideit has quit IRC (Excess Flood)
ChanServ sets mode: +o SvenDowideit
[12:13]
........ (idle for 38mn)
VerboEse has quit IRC (Ping timeout: 260 seconds) [12:52]
HenroRitchie has left [12:58]
........................................................................................................................ (idle for 9h57mn)
meji3 has left "WeeChat 0.3.7" [22:55]
....... (idle for 30mn)
ChanServ sets mode: +o pharvey [23:25]

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