[CWB] how to fix Base class package "CWB::CEQL" is empty

[Andrés Chandía]

Just another fact: queries with cqp syntax work well, but simple queries do
not, they output the error message I opened this thread with..

El lun, 16 sept 2024 a las 11:00, Andrés Chandía (<andreschandiaf at gmail.com>)
escribió:

> After re-installing cwb the problem does not solves but the message now
> says:
>
> or make that module available in @INC (@INC contains:
> /etc/perl
> /usr/local/lib/x86_64-linux-gnu/perl/5.38.2
> /usr/local/share/perl/5.38.2
> /usr/lib/x86_64-linux-gnu/perl5/5.38
> /usr/share/perl5
> /usr/lib/x86_64-linux-gnu/perl-base
> /usr/lib/x86_64-linux-gnu/perl/5.38
> /usr/share/perl/5.38 /usr/local/lib/site_perl)."
>
> Checking what's inside of the second listed directory I get:
> auto  Bundle  CL.pm  CWB  DBD  DBI  DBI.pm  dbixs_rev.pl  HTML
>  perllocal.pod  Proc  Term  Win32
>
> Where the cwb modules are present but I still get the error message...
>
> that's so far...
>
> El dom, 15 sept 2024 a las 20:26, Andrés Chandía (<
> andreschandiaf at gmail.com>) escribió:
>
>> Hi there,
>> I've gone through an update of the server where our installation of
>> cqpweb redsides..
>> When i do a query now I get:
>>
>> Sorry, your simple query [[[ word ]]] contains a syntax error.
>>
>> Base class package "CWB::CEQL" is empty.
>>
>> (Perhaps you need to 'use' the module which defines that package first,
>>
>> or make that module available in @INC (@INC contains: /etc/perl
>> /usr/local/lib/x86_64-linux-gnu/perl/5.38.2 /usr/local/share/perl/5.38.2
>> /usr/lib/x86_64-linux-gnu/perl5/5.38 /usr/share/perl5
>> /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.38
>> /usr/share/perl/5.38 /usr/local/lib/site_perl).
>>
>> at ../lib/perl/cqpwebCEQL.pm line 27.
>>
>> BEGIN failed--compilation aborted at ../lib/perl/cqpwebCEQL.pm line 27.
>>
>> Compilation failed in require at - line 2.
>>
>> In the manual it says:
>>
>> Assuming you do install to this standard location, there is a known
>>> “gotcha” to be aware of:
>>> when you update your system software to use a newer version of Perl, any
>>> modules in directories whose path includes the old version number may no
>>> longer be detected. You will need either to reinstall the modules, or else
>>> to move the modules across from the directory with the old version number
>>> to the directory with the new version number.
>>
>>
>> So I checked where the server stores perl, this is what I got:
>> */usr/share/perl/*
>> 5.38 -> 5.38.2
>> /5.38.2
>>
>> */usr/share/perl5/*
>> Algorithm CGI cpanfile.pod Devel Error.pm Getopt IO local MailTools.pm
>> MooX Parse Reply String TimeDate.pm WWW Any CGI.pm Data Dpkg Eval Git IPC
>> LWP MailTools.pod MRO Path Role Sub Try X11 App CGI.pod Date Dpkg.pm
>> Exporter Git.pm JSON lwpcook.pod Method namespace Pod Roman.pm Test Type
>> XML Archive Class Debconf DynaLoader Fh.pm HTML JSON.pm LWP.pm Module Net
>> Readonly.pm Software Text Types Authen CPAN Debian Encode File HTTP lib
>> lwptut.pod Moo oo.pm Ref strictures Tie URI B cpanfile-faq.pod
>> DebianLinux.pm Error Font Import List Mail Moo.pm Package Regexp
>> strictures.pm Time URI.pm
>>
>> */usr/lib/x86_64-linux-gnu/perl/*
>> 5.38 -> 5.38.2
>> 5.38.2 cross-config-5.38.2 debian-config-data-5.38.2
>>
>> */usr/lib/x86_64-linux-gnu/perl5/*
>> 5.38
>>
>> */usr/lib/x86_64-linux-gnu/perl-base/*
>> attributes.pm builtin.pm Carp.pm constant.pm Exporter fields.pm Hash IPC
>> overloading.pm re.pm strict.pm unicore warnings.pm auto bytes_heavy.pl
>> Config_git.pl Cwd.pm Exporter.pm File integer.pm lib.pm overload.pm
>> Scalar Symbol.pm utf8.pm XSLoader.pm AutoLoader.pm bytes.pm
>> Config_heavy.pl DynaLoader.pm Fcntl.pm FileHandle.pm IO List parent.pm
>> SelectSaver.pm Text vars.pm base.pm Carp Config.pm Errno.pm feature.pm
>> Getopt IO.pm locale.pm POSIX.pm Socket.pm Tie warnings
>>
>> */usr/local/share/perl/*
>> 5.22.1 5.26.1 5.30.0 5.34.0
>>
>> As none of these corresponds to the locations you mention in the manual I
>> have created links inside:
>> */usr/local/lib/perl/{$version}/* and */usr/lib/perl5/{$version}/*
>> making the {$version} correspond to the newest version, for example:
>> inside /user/lib, where there is no directory perl or perl5:
>> ln -s /usr/lib/x86_64-linux-gnu/perl5  because this directory contains
>> "5.38"
>>
>> As I said, I tried them all without success...
>>
>> Then I I tried installing:
>> dpkg -i cwb_3.5.0-1_amd64.deb
>>
>> No success again....
>>
>> So, I downloaded: cwb-3.5.0-src.tar.gz and tried installing:
>> ./install-scripts/install-linux
>>
>> No success...
>>
>> Finally, I tried
>> edit config.mk → PLATFORM=linux-64
>> make clean
>> make depend
>> make all
>> make install
>> make realclean
>>
>> But I still get the same message on querying... so, my question is, am I
>> doing the right things?, if not, how should I solve this problem...
>>
>> Thanks!
>>
>> --
>> Andrés Chandía
>>
>
>
> --
> Andrés Chandía
>


-- 
Andrés Chandía
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://liste.sslmit.unibo.it/pipermail/cwb/attachments/20240916/3c6072cd/attachment.html>