Hello Alexey, Thank you for letting us know that it started working. Great to hear.
For Baculum, it is important to have disabled E_DEPRECATED and E_STRICT errors. Rest of the error types can stay enabled and they are even desirable to keep enabled for seeing when something is going wrong. On Tue, 6 Feb 2024 at 16:30, Alexey Chistyakov <typa.lesskee...@gmail.com> wrote: > Hello Marcin > > I didn’t have a php.ini file for the baculum api. > I created a php.ini file for the api with the correct error_reporting and > it was fixed. > Thank you! > But perhaps I may have new questions. > Yes, I encourage you to do so. We are here to help :-) Best regards, Marcin Haba (gani) > пт, 2 февр. 2024 г. в 04:05, Marcin Haba <ganius...@gmail.com>: > >> Hello Alexey, >> >> Thanks for your tests and new tries. >> >> I think it is technically impossible that disabled E_DEPRECATED error >> reporting in PHP config works well on the Baculum level. Theoretically It >> could happen when error_reporting is enabled back in PHP code but this type >> of function does not exist in Baculum nor in any Baculum dependency. >> >> On the screenshot that you sent in the previous message we can see that >> these errors are displayed in the window on the main page which means it >> happens on the remote side. So maybe you are looking at the wrong host? In >> this case you need to disable E_DEPRECATED on the Baculum API host. The >> current API host is displayed on the top right side of the Baculum Web >> interface in a combobox. >> >> Good luck. >> >> Best regards, >> Marcin Haba (gani) >> >> On Thu, 1 Feb 2024 at 12:54, Alexey Chistyakov <typa.lesskee...@gmail.com> >> wrote: >> >>> Hello! >>> >>> My php.ini file for Bacula is the same as for the interpreter: >>> [image: Untitled.png] >>> >>> Addition, I checked the error_reporting var, this var is equal to 22527 >>> (E_ALL >>> & ~E_DEPRECATED & ~E_STRICT). >>> Settings in the php.ini file work, but Baculum shows deprecated errors. >>> >>> чт, 1 февр. 2024 г. в 03:59, Marcin Haba <ganius...@gmail.com>: >>> >>>> Hello Alexey, >>>> >>>> Running php --ini displays php.ini file used by PHP command line >>>> interpreter, not by PHP that executes Baculum scripts. In FreeBSD by >>>> default PHP is used as Apache module (mod_php). >>>> >>>> To see what php.ini file is used with Baculum, you can put to >>>> /usr/local/www/baculum/htdocs/index.php calling phpinfo() function and >>>> exit() one line after starting the PHP block. Something like: >>>> >>>> <?php >>>> phpinfo(); >>>> exit(); >>>> >>>> After that please load the Baculum page. You will be able to see all >>>> PHP settings used by the PHP Apache module. >>>> >>>> Best regards, >>>> Marcin Haba (gani) >>>> >>>> On Wed, 31 Jan 2024 at 16:29, Alexey Chistyakov >>>> <typa.lesskee...@gmail.com> wrote: >>>> > >>>> > Error_reporting option doesn't work. Same output. >>>> > I checked my php.ini file with "php --ini" comand and saw this output: >>>> >> >>>> >> Configuration File (php.ini) Path: /usr/local/etc >>>> >> Loaded Configuration File: /usr/local/etc/php.ini >>>> >> Scan for additional .ini files in: /usr/local/etc/php >>>> >> Additional .ini files parsed: >>>> /usr/local/etc/php/ext-18-session.ini, >>>> >> /usr/local/etc/php/ext-20-ctype.ini, >>>> >> /usr/local/etc/php/ext-20-curl.ini, >>>> >> /usr/local/etc/php/ext-20-dom.ini, >>>> >> /usr/local/etc/php/ext-20-ldap.ini, >>>> >> /usr/local/etc/php/ext-20-xml.ini >>>> > >>>> > >>>> > After adding the "error_reporting = E_ALL & ~E_DEPRECATED & >>>> ~E_STRICT" line to the "/usr/local/etc/php.ini " file, nothing happened. >>>> > Apache restart command shows this output: >>>> >> >>>> >> [Wed Jan 31 18:16:04.065362 2024] [so:warn] [pid 2016] AH01574: >>>> module dir_module is already loaded, skipping >>>> >> [Wed Jan 31 18:16:04.083540 2024] [ssl:warn] [pid 2017] AH01873: >>>> Init: Session Cache is not configured [hint: SSLSessionCache] >>>> >> [Wed Jan 31 18:16:04.087244 2024] [mpm_prefork:notice] [pid 2017] >>>> AH00163: Apache/2.4.58 (FreeBSD) PHP/8.1.27 OpenSSL/1.1.1t-freebsd >>>> mod_auth_kerb/5.4 configured -- resuming normal operations >>>> >> [Wed Jan 31 18:16:04.087707 2024] [core:notice] [pid 2017] AH00094: >>>> Command line: '/usr/local/sbin/httpd -D NOHTTPACCEPT' >>>> > >>>> > >>>> > ср, 31 янв. 2024 г. в 15:59, Marcin Haba <ganius...@gmail.com>: >>>> >> >>>> >> Hello Alexey, >>>> >> >>>> >> Maybe you are looking in the wrong php.ini file. Sometimes there are >>>> >> few php.ini files that are used depending on how PHP is used. >>>> >> >>>> >> The messages that you showed us on screenshots are E_DEPRECATED type >>>> >> errors, so E_DEPRECATED works for PHP in your environment. >>>> >> >>>> >> For the lines from php.ini file, they are comment lines. Could you >>>> >> make sure that below you don't have error_reporting = XXX defined? >>>> >> >>>> >> Also please note that restart the web server in environments with >>>> >> PHP-FPM is not the same as restart PHP. >>>> >> >>>> >> I hope these tips will help in making it working. Good luck. >>>> >> >>>> >> Best regards, >>>> >> Marcin Haba (gani) >>>> >> >>>> >> On Wed, 31 Jan 2024 at 13:45, Alexey Chistyakov >>>> >> <typa.lesskee...@gmail.com> wrote: >>>> >> > >>>> >> > Hello! >>>> >> > >>>> >> > I had the following options enabled by default: >>>> >> > ; error_reporting >>>> >> > ; Default Value: E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED >>>> >> > >>>> >> > Enabling your options didn't change anything in the output. >>>> >> > >>>> >> > ср, 31 янв. 2024 г. в 04:52, Marcin Haba <ganius...@gmail.com>: >>>> >> >> >>>> >> >> Hello Alexey, >>>> >> >> >>>> >> >> It looks that you need to tune a bit the error reporting option >>>> in your PHP configuration. Could you please try with this settings in your >>>> php.ini file: >>>> >> >> >>>> >> >> error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT >>>> >> >> >>>> >> >> Good luck. >>>> >> >> >>>> >> >> Best regards, >>>> >> >> Marcin Haba (gani) >>>> >> >> >>>> >> >> On Tue, 30 Jan 2024 at 14:18, Alexey Chistyakov < >>>> typa.lesskee...@gmail.com> wrote: >>>> >> >>> >>>> >> >>> Hello! >>>> >> >>> >>>> >> >>> This is screens of my error: >>>> >> >>> >>>> >> >>> пт, 26 янв. 2024 г. в 22:44, Marcin Haba <ganius...@gmail.com>: >>>> >> >>>> >>>> >> >>>> Hello Alexey, >>>> >> >>>> >>>> >> >>>> Yes, I confirm that Baculum supports PHP 8 (8.0, 8.1 and 8.2). >>>> You >>>> >> >>>> wrote that after switching to PHP 8.1 Baculum stopped building >>>> >> >>>> correctly. Could I ask you about describing what it means, what >>>> >> >>>> commands you type and what error you see? It will help us to >>>> diagnose >>>> >> >>>> where the problem that you experience is. >>>> >> >>>> >>>> >> >>>> For Bacularis, it is a more modern project than Baculum. Here >>>> you can >>>> >> >>>> see comparison between both web interfaces: >>>> >> >>>> >>>> >> >>>> >>>> https://bacularis.app/news/3/36/Why-Bacularis/d,Bacularis%20news%20details >>>> >> >>>> >>>> >> >>>> For Bacula-Web, I always recommend this project. Davide does >>>> great >>>> >> >>>> work providing this tool. >>>> >> >>>> >>>> >> >>>> Best regards, >>>> >> >>>> Marcin Haba (gani) >>>> >> >>>> >>>> >> >>>> On Fri, 26 Jan 2024 at 13:33, Alexey Chistyakov >>>> >> >>>> <typa.lesskee...@gmail.com> wrote: >>>> >> >>>> > >>>> >> >>>> > Hello everyone! >>>> >> >>>> > >>>> >> >>>> > I need help with baculum. >>>> >> >>>> > When I switched the php version from 80 to 81, the baculum >>>> package from bacula 11.0.6 stopped building correctly. I wanted to update >>>> the baculum version, but when I went to bacula sourceforge, I discovered >>>> that the baculum version in makefale in all versions of the bacula-gui >>>> archive is 9.6.0. But on the other hand, the patchnotes for each bacula-gui >>>> version are supplemented, and at the moment the latest version indicated in >>>> the patchnotes for baculum is equal to the latest version of bacula >>>> (13.0.3). >>>> >> >>>> > Help me understand the baculum project is still alive, can it >>>> support the latest versions of php? Or is it better to change it to >>>> analogues baculum-web or bacularis? >>>> >> >>>> > >>>> >> >>>> > >>>> >> >>>> > _______________________________________________ >>>> >> >>>> > 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 >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> -- >>>> >> >> "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 >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> "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 >>>> >>>> >>>> >>>> -- >>>> "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 >>>> >>> >> >> -- >> "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 >> > -- "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