Search Criteria
Package Details: php-igbinary 2.0.8-1
Git Clone URL: | https://aur.archlinux.org/php-igbinary.git (read-only) |
---|---|
Package Base: | php-igbinary |
Description: | Igbinary is a drop in replacement for the standard php serializer. |
Upstream URL: | https://github.com/igbinary/igbinary |
Licenses: | |
Conflicts: | |
Submitter: | freitafr |
Maintainer: | freitafr |
Last Packager: | freitafr |
Votes: | 6 |
Popularity: | 0.886780 |
First Submitted: | 2018-04-06 19:36 |
Last Updated: | 2018-12-21 14:02 |
Dependencies (1)
- php (php55, php53, php70-noconflict, php-zts, php56, php-32bits-fixes, php70, php71, php72)
Latest Comments
1 2 Next › Last »
freitafr commented on 2018-12-21 14:02
I updated the PKGBUILD, thank you for the report.
DriverX commented on 2018-12-21 13:03
arch=('any') is wrong. This package is compiled so it requires arch=('x86_64')
freitafr commented on 2018-12-13 11:12
Before to turn the option on, I would like to understand what is missing. Can you give me more details about the failure?
Using the package built without
--enable-session
:--enable-session
is absent from configure options.julbrygd commented on 2018-12-12 15:44
Can you add the option "--enable-session" to the configure command if 7.3 is installed, else the module can not be loaded.
freitafr commented on 2018-12-11 12:14
Hi monochromec,
Can you provide details about your upgrade procedure? After upgrading your system PHP to 7.3, did you rebuild
php-igbinary
?monochromec commented on 2018-12-10 22:31
Latest update failed with warning:
PHP Warning: PHP Startup: igbinary: Unable to initialize module Module compiled with module API=20170718 PHP compiled with module API=20180731
php version is 7.3.0.
freitafr commented on 2018-08-23 09:16
Hi amdg,
Sorry for the delay. Thank you for posting your configuration, that allowed me to reproduce the failures in my environment. I have been toying with upstream igbinary, but haven't been able to understand why tests are failing in that configuration. The project maintainers will likely have more insight about the issue, I think you can try opening an issue upstream.
amdg commented on 2018-07-30 08:03
Hello freitafr,
Thank you for the feedback, the tests also fails when cloning the upstream git repository.
I have a specific configuration for the
session
to save them in Redis instead of files:Going back to the default configuration (same as you) fix all the tests. Should we report the issue upstream ?
Regards
freitafr commented on 2018-07-25 08:41
It is dangerous to ignore test results, it may mean that part of the software may not run correctly in your environment. The Arch wiki recommends running the tests.
In order to distinguish between a packaging issue and an upstream issue in your environment, would you be able to clone upstream locally and run the tests?
I usually use something like:
If upstream test suite passes, then we should investigate how tests are run from the PKGBUILD.
I took a quick look at the failing tests, they all seem to require the
session
extension to be loaded. Do you have a custom configuration for thesession
extension?If that's any help, the session section of my
php.ini
is available at https://ghostbin.com/paste/5hrrq.amdg commented on 2018-07-24 21:11
Thank you for your feedback. It doesn't work when running with the http user with
sudo -u
.Isn't dangerous to silently ignore test results ?
regards