Re: [Bacula-users] Baculum-Web Install Problem (Debian Buster)
Hello Chris,
Thanks for reporting this problem. It is a packaging issue that occurs
after re-installation.
To solve it you can delete a file:
rm /usr/share/baculum/htdocs/protected/Web/Config/hosts.conf
I will fix it quickly.
Best regards,
Marcin Haba (gani)
On Fri, 22 May 2020 at 17:37, Chris Wilkinson wrote:
>
> Hello Marcin. Thanks for that link. I was looking in the wrong place.
>
> I corrected the sources file to Buster, removed and reinstalled Baculum API &
> WEB from the Buster repo and restarted Apache2 but have a different problem
> now. The API runs fine but WEB gives me this error. Not sure if this is a PHP
> compatibility issue as before or not. Could you advise?
>
> Prado\Exceptions\TPhpErrorException
>
> Description
>
> [Notice] Undefined index: admin (@line 54 in file
> /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php).
>
> Source File
>
> /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php (54)
>
> 0043: public $web_config;
> 0044: public $host_config;
> 0045:
> 0046: public function onInit($param) {
> 0047: parent::onInit($param);
> 0048: $this->Lang->SelectedValue = $this->getLanguage();
> 0049: $config = $this->getModule('web_config');
> 0050: $this->web_config = $config->getConfig();
> 0051: $this->host_config =
> $this->getModule('host_config')->getConfig();
> 0052: $this->first_run = (count($this->host_config) == 0 ||
> !key_exists(HostConfig::MAIN_CATALOG_HOST, $this->host_config));
> 0053: Logging::$debug_enabled = Logging::$debug_enabled ?:
> $this->first_run;
> 0054: if($this->first_run === false && !$_SESSION['admin']) {
> 0055: parent::accessDenied();
> 0056: }
> 0057: }
> 0058:
> 0059: public function onLoad($param) {
> 0060: parent::onLoad($param);
> 0061: if($this->IsPostBack || $this->IsCallBack) {
> 0062: return;
> 0063: }
> 0064: if ($this->first_run === false) {
> 0065: $host = HostConfig::MAIN_CATALOG_HOST;
> 0066: $this->AddNewHost->APIProtocol->SelectedValue =
> $this->host_config[$host]['protocol'];
>
> Stack Trace
>
> #0 /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php(54):
> Prado\PradoBase::phpErrorHandler(8, 'Undefined index...',
> '/usr/share/bacu...', 54, Array)
> #1
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TControl.php(1318):
> WebConfigWizard->onInit(NULL)
> #2
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TCompositeControl.php(35):
> Prado\Web\UI\TControl->initRecursive(Object(WebConfigWizard))
> #3
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TTemplateControl.php(244):
> Prado\Web\UI\TCompositeControl->initRecursive(NULL)
> #4
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TPage.php(220):
> Prado\Web\UI\TTemplateControl->initRecursive()
> #5
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TPage.php(208):
> Prado\Web\UI\TPage->processNormalRequest(Object(Prado\Web\UI\THtmlWriter))
> #6
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/Services/TPageService.php(528):
> Prado\Web\UI\TPage->run(Object(Prado\Web\UI\THtmlWriter))
> #7
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/Services/TPageService.php(465):
> Prado\Web\Services\TPageService->runPage(Object(WebConfigWizard), Array)
> #8
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/TApplication.php(1190):
> Prado\Web\Services\TPageService->run()
> #9
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/TApplication.php(382):
> Prado\TApplication->runService()
> #10 /usr/share/baculum/htdocs/index.php(31): Prado\TApplication->run()
> #11 {main}
>
> 2020-05-22 16:28 Apache/2.4.38 (Debian) PRADO/4.0.1
>
>
> Best
> -Chris-
>
>
>
>
> On 21 May 2020, at 22:13, Marcin Haba wrote:
>
> Hello Chris,
>
> Yes, there exist Baculum packages for Debian Buster. Information about
> repositories you can find in the Baculum documentation chapter here:
>
> https://www.bacula.org/9.6.x-manuals/en/console/Baculum_API_Web_GUI_Tools.html#SECTION00351000
>
> Best regards,
> Marcin Haba (gani)
>
> On Thu, 21 May 2020 at 23:04, Chris Wilkinson wrote:
>
>
> Hello Marcin
>
> Yes that is true, PHP came from the Buster repo.
>
> Is there Baculum in the Buster repo, I couldn't find one?
>
> As to why Stretch and Buster PHP'S are different, I don't really have any
> idea. I don't see what I could do about that.
>
> Is anybody running Baculum in Buster?
>
> Regards
> Chris Wilkinson
>
> On Thu, 21 May 2020, 9:44 p.m. Marcin Haba, wrote:
>
>
> Hello Chris,
>
> You use PHP not from Stretch repository. It looks that your PHP
> interpreter doesn't match PHP modules. Maybe they were prepared in
> different environment? At least pdo_mysql couldn't be loaded.
>
> In any cases it is PHP
Re: [Bacula-users] Baculum-Web Install Problem (Debian Buster)
Hello Marcin. Thanks for that link. I was looking in the wrong place.
I corrected the sources file to Buster, removed and reinstalled Baculum API &
WEB from the Buster repo and restarted Apache2 but have a different problem
now. The API runs fine but WEB gives me this error. Not sure if this is a PHP
compatibility issue as before or not. Could you advise?
Prado\Exceptions\TPhpErrorException
Description
[Notice] Undefined index: admin (@line 54 in file
/usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php).
Source File
/usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php (54)
0043: public $web_config;
0044: public $host_config;
0045:
0046: public function onInit($param) {
0047: parent::onInit($param);
0048: $this->Lang->SelectedValue = $this->getLanguage();
0049: $config = $this->getModule('web_config');
0050: $this->web_config = $config->getConfig();
0051: $this->host_config = $this->getModule('host_config')->getConfig();
0052: $this->first_run = (count($this->host_config) == 0 ||
!key_exists(HostConfig::MAIN_CATALOG_HOST, $this->host_config));
0053: Logging::$debug_enabled = Logging::$debug_enabled ?:
$this->first_run;
0054: if($this->first_run === false && !$_SESSION['admin']) {
0055: parent::accessDenied();
0056: }
0057: }
0058:
0059: public function onLoad($param) {
0060: parent::onLoad($param);
0061: if($this->IsPostBack || $this->IsCallBack) {
0062: return;
0063: }
0064: if ($this->first_run === false) {
0065: $host = HostConfig::MAIN_CATALOG_HOST;
0066: $this->AddNewHost->APIProtocol->SelectedValue =
$this->host_config[$host]['protocol'];
Stack Trace
#0 /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php(54):
Prado\PradoBase::phpErrorHandler(8, 'Undefined index...', '/usr/share/bacu...',
54, Array)
#1
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TControl.php(1318):
WebConfigWizard->onInit(NULL)
#2
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TCompositeControl.php(35):
Prado\Web\UI\TControl->initRecursive(Object(WebConfigWizard))
#3
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TTemplateControl.php(244):
Prado\Web\UI\TCompositeControl->initRecursive(NULL)
#4
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TPage.php(220):
Prado\Web\UI\TTemplateControl->initRecursive()
#5
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/UI/TPage.php(208):
Prado\Web\UI\TPage->processNormalRequest(Object(Prado\Web\UI\THtmlWriter))
#6
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/Services/TPageService.php(528):
Prado\Web\UI\TPage->run(Object(Prado\Web\UI\THtmlWriter))
#7
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/Web/Services/TPageService.php(465):
Prado\Web\Services\TPageService->runPage(Object(WebConfigWizard), Array)
#8
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/TApplication.php(1190):
Prado\Web\Services\TPageService->run()
#9
/usr/share/baculum/htdocs/framework/pradosoft/prado/framework/TApplication.php(382):
Prado\TApplication->runService()
#10 /usr/share/baculum/htdocs/index.php(31): Prado\TApplication->run()
#11 {main}
2020-05-22 16:28 Apache/2.4.38 (Debian) PRADO
/4.0.1
Best
-Chris-
> On 21 May 2020, at 22:13, Marcin Haba wrote:
>
> Hello Chris,
>
> Yes, there exist Baculum packages for Debian Buster. Information about
> repositories you can find in the Baculum documentation chapter here:
>
> https://www.bacula.org/9.6.x-manuals/en/console/Baculum_API_Web_GUI_Tools.html#SECTION00351000
>
> Best regards,
> Marcin Haba (gani)
>
> On Thu, 21 May 2020 at 23:04, Chris Wilkinson wrote:
>>
>> Hello Marcin
>>
>> Yes that is true, PHP came from the Buster repo.
>>
>> Is there Baculum in the Buster repo, I couldn't find one?
>>
>> As to why Stretch and Buster PHP'S are different, I don't really have any
>> idea. I don't see what I could do about that.
>>
>> Is anybody running Baculum in Buster?
>>
>> Regards
>> Chris Wilkinson
>>
>> On Thu, 21 May 2020, 9:44 p.m. Marcin Haba, wrote:
>>>
>>> Hello Chris,
>>>
>>> You use PHP not from Stretch repository. It looks that your PHP
>>> interpreter doesn't match PHP modules. Maybe they were prepared in
>>> different environment? At least pdo_mysql couldn't be loaded.
>>>
>>> In any cases it is PHP related problem. I would propose to verify from
>>> where come modules and interpreter and why they are different.
>>>
>>> I hope it helps.
>>>
>>> Best regards,
>>> Marcin Haba (gani)
>>>
>>> On Thu, 21 May 2020 at 21:53, Chris Wilkinson
>>> wrote:
I upgraded Baculum to 9.6.3 from the Stretch repository. Installation went
OK until I opened the Web client and got the following error
Re: [Bacula-users] Baculum-Web Install Problem (Debian Buster)
Hello Chris,
Yes, there exist Baculum packages for Debian Buster. Information about
repositories you can find in the Baculum documentation chapter here:
https://www.bacula.org/9.6.x-manuals/en/console/Baculum_API_Web_GUI_Tools.html#SECTION00351000
Best regards,
Marcin Haba (gani)
On Thu, 21 May 2020 at 23:04, Chris Wilkinson wrote:
>
> Hello Marcin
>
> Yes that is true, PHP came from the Buster repo.
>
> Is there Baculum in the Buster repo, I couldn't find one?
>
> As to why Stretch and Buster PHP'S are different, I don't really have any
> idea. I don't see what I could do about that.
>
> Is anybody running Baculum in Buster?
>
> Regards
> Chris Wilkinson
>
> On Thu, 21 May 2020, 9:44 p.m. Marcin Haba, wrote:
>>
>> Hello Chris,
>>
>> You use PHP not from Stretch repository. It looks that your PHP
>> interpreter doesn't match PHP modules. Maybe they were prepared in
>> different environment? At least pdo_mysql couldn't be loaded.
>>
>> In any cases it is PHP related problem. I would propose to verify from
>> where come modules and interpreter and why they are different.
>>
>> I hope it helps.
>>
>> Best regards,
>> Marcin Haba (gani)
>>
>> On Thu, 21 May 2020 at 21:53, Chris Wilkinson wrote:
>> >
>> > I upgraded Baculum to 9.6.3 from the Stretch repository. Installation went
>> > OK until I opened the Web client and got the following error in an error
>> > box as soon as any data request was made, e.g. list job history. Bacula is
>> > v9.4.2.
>> >
>> > Error code: 100
>> >
>> > Message: Problem with connection to remote host. cURL error 0: .
>> > {"output":[],"error":0}
>> >
>> > Prado\Exceptions\TPhpFatalErrorException
>> >
>> > Description
>> >
>> > [Core Warning] PHP Startup: Unable to load dynamic library 'pdo_mysql'
>> > (tried: /usr/lib/php/20180731/pdo_mysql (/usr/lib/php/20180731/pdo_mysql:
>> > cannot open shared object file: No such file or directory),
>> > /usr/lib/php/20180731/pdo_mysql.so (/usr/lib/php/20180731/pdo_mysql.so:
>> > undefined symbol: mysqlnd_allocator)) (@line 0 in file Unknown).
>> >
>> > Source File
>> >
>> > /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/PradoBase.php
>> > (193)
>> >
>> > 0182: * PHP shutdown function used to catch fatal errors.
>> > 0183: * This method should be registered as PHP error handler using
>> > 0184: * {@link register_shutdown_function}. The method throws an
>> > exception that
>> > 0185: * contains the error information.
>> > 0186: */
>> > 0187: public static function phpFatalErrorHandler()
>> > 0188: {
>> > 0189: $error = error_get_last();
>> > 0190: if ($error &&
>> > 0191: TPhpErrorException::isFatalError($error) &&
>> > 0192: error_reporting() & $error['type']) {
>> > 0193: self::exceptionHandler(new
>> > TPhpFatalErrorException($error['type'], $error['message'], $error['file'],
>> > $error['line']));
>> > 0194: }
>> > 0195: }
>> > 0196:
>> > 0197: /**
>> > 0198: * Default exception handler.
>> > 0199: * This method should be registered as default exception handler
>> > using
>> > 0200: * {@link set_exception_handler}. The method tries to use the
>> > errorhandler
>> > 0201: * module of the Prado application to handle the exception.
>> > 0202: * If the application or the module does not exist, it simply
>> > echoes the
>> > 0203: * exception.
>> > 0204: * @param Exception $exception exception that is not caught
>> > 0205: */
>> >
>> > Stack Trace
>> >
>> > #0 [internal function]: Prado\PradoBase::phpFatalErrorHandler()
>> > #1 {main}
>> >
>> > 2020-05-21 17:04 Apache/2.4.38 (Debian) PRADO/4.0.1
>> >
>> >
>> > The missing file /usr/lib/php/20180731/pdo_mysql.so noted above is
>> > actually present.
>> >
>> > -$ ls /usr/lib/php/20180731/
>> > apc.so ftp.so mysqli.so redis.so sysvshm.so
>> > apcu.so gd.somysqlnd.so shmop.so tokenizer.so
>> > bcmath.sogettext.so opcache.so simplexml.so wddx.so
>> > calendar.so iconv.so “pdo_mysql.so" smbclient.so xmlreader.so
>> > ctype.so igbinary.so pdo.so sockets.soxml.so
>> > curl.so imagick.so pdo_sqlite.so sqlite3.soxmlwriter.so
>> > dom.so intl.so phar.sossh2.so xsl.so
>> > exif.so json.so posix.so sysvmsg.sozip.so
>> > fileinfo.so mbstring.so readline.sosysvsem.so
>> >
>> > Would be glad of any pointers to correct this.
>> >
>> > Best
>> > Chris Wilkinson
>> > ___
>> > Bacula-users mailing list
>> > Bacula-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>>
>>
>> --
>> "Greater love hath no man than this, that a man lay down his life for
>> his friends." Jesus Christ
>>
>> "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie
>> za przyjaciół swoich." Jezus Chrystus
--
Re: [Bacula-users] Baculum-Web Install Problem (Debian Buster)
Hello Marcin
Yes that is true, PHP came from the Buster repo.
Is there Baculum in the Buster repo, I couldn't find one?
As to why Stretch and Buster PHP'S are different, I don't really have any
idea. I don't see what I could do about that.
Is anybody running Baculum in Buster?
Regards
Chris Wilkinson
On Thu, 21 May 2020, 9:44 p.m. Marcin Haba, wrote:
> Hello Chris,
>
> You use PHP not from Stretch repository. It looks that your PHP
> interpreter doesn't match PHP modules. Maybe they were prepared in
> different environment? At least pdo_mysql couldn't be loaded.
>
> In any cases it is PHP related problem. I would propose to verify from
> where come modules and interpreter and why they are different.
>
> I hope it helps.
>
> Best regards,
> Marcin Haba (gani)
>
> On Thu, 21 May 2020 at 21:53, Chris Wilkinson
> wrote:
> >
> > I upgraded Baculum to 9.6.3 from the Stretch repository. Installation
> went OK until I opened the Web client and got the following error in an
> error box as soon as any data request was made, e.g. list job history.
> Bacula is v9.4.2.
> >
> > Error code: 100
> >
> > Message: Problem with connection to remote host. cURL error 0: .
> {"output":[],"error":0}
> >
> > Prado\Exceptions\TPhpFatalErrorException
> >
> > Description
> >
> > [Core Warning] PHP Startup: Unable to load dynamic library 'pdo_mysql'
> (tried: /usr/lib/php/20180731/pdo_mysql (/usr/lib/php/20180731/pdo_mysql:
> cannot open shared object file: No such file or directory),
> /usr/lib/php/20180731/pdo_mysql.so (/usr/lib/php/20180731/pdo_mysql.so:
> undefined symbol: mysqlnd_allocator)) (@line 0 in file Unknown).
> >
> > Source File
> >
> >
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/PradoBase.php
> (193)
> >
> > 0182: * PHP shutdown function used to catch fatal errors.
> > 0183: * This method should be registered as PHP error handler using
> > 0184: * {@link register_shutdown_function}. The method throws an
> exception that
> > 0185: * contains the error information.
> > 0186: */
> > 0187: public static function phpFatalErrorHandler()
> > 0188: {
> > 0189: $error = error_get_last();
> > 0190: if ($error &&
> > 0191: TPhpErrorException::isFatalError($error) &&
> > 0192: error_reporting() & $error['type']) {
> > 0193: self::exceptionHandler(new
> TPhpFatalErrorException($error['type'], $error['message'], $error['file'],
> $error['line']));
> > 0194: }
> > 0195: }
> > 0196:
> > 0197: /**
> > 0198: * Default exception handler.
> > 0199: * This method should be registered as default exception
> handler using
> > 0200: * {@link set_exception_handler}. The method tries to use the
> errorhandler
> > 0201: * module of the Prado application to handle the exception.
> > 0202: * If the application or the module does not exist, it simply
> echoes the
> > 0203: * exception.
> > 0204: * @param Exception $exception exception that is not caught
> > 0205: */
> >
> > Stack Trace
> >
> > #0 [internal function]: Prado\PradoBase::phpFatalErrorHandler()
> > #1 {main}
> >
> > 2020-05-21 17:04 Apache/2.4.38 (Debian) PRADO/4.0.1
> >
> >
> > The missing file /usr/lib/php/20180731/pdo_mysql.so noted above is
> actually present.
> >
> > -$ ls /usr/lib/php/20180731/
> > apc.so ftp.so mysqli.so redis.so sysvshm.so
> > apcu.so gd.somysqlnd.so shmop.so tokenizer.so
> > bcmath.sogettext.so opcache.so simplexml.so wddx.so
> > calendar.so iconv.so “pdo_mysql.so" smbclient.so xmlreader.so
> > ctype.so igbinary.so pdo.so sockets.soxml.so
> > curl.so imagick.so pdo_sqlite.so sqlite3.soxmlwriter.so
> > dom.so intl.so phar.sossh2.so xsl.so
> > exif.so json.so posix.so sysvmsg.sozip.so
> > fileinfo.so mbstring.so readline.sosysvsem.so
> >
> > Would be glad of any pointers to correct this.
> >
> > Best
> > Chris Wilkinson
> > ___
> > Bacula-users mailing list
> > Bacula-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
> --
> "Greater love hath no man than this, that a man lay down his life for
> his friends." Jesus Christ
>
> "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie
> za przyjaciół swoich." Jezus Chrystus
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Baculum-Web Install Problem (Debian Buster)
Hello Chris,
You use PHP not from Stretch repository. It looks that your PHP
interpreter doesn't match PHP modules. Maybe they were prepared in
different environment? At least pdo_mysql couldn't be loaded.
In any cases it is PHP related problem. I would propose to verify from
where come modules and interpreter and why they are different.
I hope it helps.
Best regards,
Marcin Haba (gani)
On Thu, 21 May 2020 at 21:53, Chris Wilkinson wrote:
>
> I upgraded Baculum to 9.6.3 from the Stretch repository. Installation went OK
> until I opened the Web client and got the following error in an error box as
> soon as any data request was made, e.g. list job history. Bacula is v9.4.2.
>
> Error code: 100
>
> Message: Problem with connection to remote host. cURL error 0: .
> {"output":[],"error":0}
>
> Prado\Exceptions\TPhpFatalErrorException
>
> Description
>
> [Core Warning] PHP Startup: Unable to load dynamic library 'pdo_mysql'
> (tried: /usr/lib/php/20180731/pdo_mysql (/usr/lib/php/20180731/pdo_mysql:
> cannot open shared object file: No such file or directory),
> /usr/lib/php/20180731/pdo_mysql.so (/usr/lib/php/20180731/pdo_mysql.so:
> undefined symbol: mysqlnd_allocator)) (@line 0 in file Unknown).
>
> Source File
>
> /usr/share/baculum/htdocs/framework/pradosoft/prado/framework/PradoBase.php
> (193)
>
> 0182: * PHP shutdown function used to catch fatal errors.
> 0183: * This method should be registered as PHP error handler using
> 0184: * {@link register_shutdown_function}. The method throws an
> exception that
> 0185: * contains the error information.
> 0186: */
> 0187: public static function phpFatalErrorHandler()
> 0188: {
> 0189: $error = error_get_last();
> 0190: if ($error &&
> 0191: TPhpErrorException::isFatalError($error) &&
> 0192: error_reporting() & $error['type']) {
> 0193: self::exceptionHandler(new
> TPhpFatalErrorException($error['type'], $error['message'], $error['file'],
> $error['line']));
> 0194: }
> 0195: }
> 0196:
> 0197: /**
> 0198: * Default exception handler.
> 0199: * This method should be registered as default exception handler
> using
> 0200: * {@link set_exception_handler}. The method tries to use the
> errorhandler
> 0201: * module of the Prado application to handle the exception.
> 0202: * If the application or the module does not exist, it simply
> echoes the
> 0203: * exception.
> 0204: * @param Exception $exception exception that is not caught
> 0205: */
>
> Stack Trace
>
> #0 [internal function]: Prado\PradoBase::phpFatalErrorHandler()
> #1 {main}
>
> 2020-05-21 17:04 Apache/2.4.38 (Debian) PRADO/4.0.1
>
>
> The missing file /usr/lib/php/20180731/pdo_mysql.so noted above is actually
> present.
>
> -$ ls /usr/lib/php/20180731/
> apc.so ftp.so mysqli.so redis.so sysvshm.so
> apcu.so gd.somysqlnd.so shmop.so tokenizer.so
> bcmath.sogettext.so opcache.so simplexml.so wddx.so
> calendar.so iconv.so “pdo_mysql.so" smbclient.so xmlreader.so
> ctype.so igbinary.so pdo.so sockets.soxml.so
> curl.so imagick.so pdo_sqlite.so sqlite3.soxmlwriter.so
> dom.so intl.so phar.sossh2.so xsl.so
> exif.so json.so posix.so sysvmsg.sozip.so
> fileinfo.so mbstring.so readline.sosysvsem.so
>
> Would be glad of any pointers to correct this.
>
> Best
> Chris Wilkinson
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
--
"Greater love hath no man than this, that a man lay down his life for
his friends." Jesus Christ
"Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie
za przyjaciół swoich." Jezus Chrystus
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
