Closed ILadis closed 2 months ago
Seems to be an ARM or Raspberry Pi related issue.
On a x64 machine JPEG support seems to be working:
$ xuname
Void 6.6.38_1 x86_64 AuthenticAMD uptodate rrrmFFFFFF
$ php -r 'print_r(gd_info());'
Array
(
[GD Version] => 2.3.3
[FreeType Support] => 1
[FreeType Linkage] => with freetype
[GIF Read Support] => 1
[GIF Create Support] => 1
[JPEG Support] => 1
[PNG Support] => 1
[WBMP Support] => 1
[XPM Support] => 1
[XBM Support] => 1
[WebP Support] => 1
[BMP Support] => 1
[AVIF Support] =>
[TGA Read Support] => 1
[JIS-mapped Japanese Font Support] =>
)
cc @TinfoilSubmarine
Thanks for fixing, can confirm it's working again.
Is this a new report?
Yes
System Info
Void 6.6.35_1 armv7l Unknown uptodate hold rFFFFF
Package(s) Affected
php-8.3_1, php-gd-8.3_1
Does a report exist for this bug with the project's home (upstream) and/or another distro?
No
Expected behaviour
I've enabling the
gd
extension in myphp.ini
. By doing so I could previously parse JPEG images usingimagecreatefromstring
for example.The
gd
library still seems to have support for JPEG images because I could compile and run their C example which outputs a JPEG test image.My guess is that some update to the
php8.3
orphp8.3-gd
package broke the support for JPEG images.Actual behaviour
Now the following error is thrown:
Also
gd_info()
mentions no support for JPEG images:Steps to reproduce
The following command should not output an error message (provided that
test.jpg
exists):