Hi Marcel, MoreUtils is in fact something required by Scmbug after my bugzilla-4.0 compatibility patches. I.e. - it's statically referred in Bugzilla.pm: use List::MoreUtils qw(firstidx);
And having this patch - MoreUtils is used not only by Bugzilla 4.0 but by older Bugzilla versions too. We've already had a discussion with Kristis on this mailing list about MoreUtils. Maybe it's best to have MoreUtils installed on system level since MoreUtils is now used no matter what Bugzilla version are you using. Regards, Yavor On Fri, Mar 11, 2011 at 12:10, Marcel Loose <[email protected]> wrote: > Hi Yavor, > > Before trying what you suggested, I figured I'd see what the difference > is between the contents of <bugzilla-root>/lib/x86_64-linux-thread-multi > for my Bugzilla 3.2 and 3.4 installations. > > Guess what: in my Bugzilla 3.4 I find and extra directory List with > MoreUtils.pm in it. I remember I saw some discussion on the mailing list > about Bugzilla having switched to using MoreUtils for doing list > manipulation. Could that be the cause of the fact that my Bugzilla 3.2 > does work, whereas Bugzilla 3.4 doesn't? > > I'll come back to you with the results of your proposed tests. > > Cheers, > Marcel Loose. > > > On Thu, 2011-03-10 at 14:29 +0200, Yavor Nikolov wrote: > > Hi Marcel, > > > > That's interesting. So as far as I understand, unshift @INC seems to > > work in general but fails with the specific Bugzilla/lib folder? > > > > Something which I think "unshift @INC" won't do is inclusion of > > platform-specific subfolders. E.g.: > > <bugzilla-root>/lib/x86_64-linux-thread-multi > > > > So can you try following: > > * dump @INC when things work fine (i.e. - when you have a hardcoded > > "use lib" or PERL5LIB environment var is set) - I suppose it will pick > > those additional x86_64-linux-thread-multi subdirs > > * Can you try with the "unshift @INC" approach - also adding the > > relevant additional platform-specific subfolders to @INC. > > > > Regards, > > Yavor > > > > On Thu, Mar 10, 2011 at 12:39, Marcel Loose <[email protected]> wrote: > > Hi Yavor, > > > > On Thu, 2011-03-10 at 11:27 +0200, Yavor Nikolov wrote: > > > Yep, I came up to almost same idea - keeping config data > > into separate > > > shared module which is populated before Bugzilla. use lib > > would be > > > able to access it then (it worked for me). > > > > > > "use lib" seems to be processed at compile time (no matter > > if you put > > > it in BEGIN block or somewhere else. Best to keep it in > > BEGIN though). > > > > > > Marcel - I've been installing Bugzilla-specific modules in > > it's lib > > > and I've never experienced this issue. > > > Interesting that "unshift @INC" worked for me with perl > > 5.10.0 on > > > debian. And also with perl 5.12.1 on opensuse 11.3. > > > > > > Well, it could be caused by differences between Bugzilla 3.2 > > and 3.4. I > > *can* successfully start a scmbug-server when using Bugzilla > > 3.2, even > > though that directory also contains a lib directory, which is > > included > > in the traditional "unshift @INC ..." way. > > > > > Maybe it's not a bug that modifying @INC at runtime doesn't > > always > > > work - I'm not sure. (Could be implementation-dependent > > stuff - i.e. > > > unspecified behavior on which is not a good idea to rely > > on). > > > > > > Marcel, could you try another thing: > > > In BEGIN block try to add the relevant libraries: > > > BEGIN { > > > unshift @INC, "/bugzilla/root/lib"; > > > unshift @INC, "/bugzilla/root"; > > > } > > > > > > Don't use variables or methods above for now - just hardcode > > the paths > > > and see if it helps to get modules discovered or not. (You > > can try > > > this with a simplified test-case too instead of Scmbug). > > > > > > Nope, that doesn't work either. > > > > > Here is another example where "unshift @INC" is mentioned. > > > > > > Regards, > > > Yavor > > > > > > Cheers, > > Marcel Loose. > > > > > > > > > >
_______________________________________________ scmbug-users mailing list [email protected] http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
