FS#58905 - [sfml] Unused libjpeg dependency

Attached to Project: Community Packages
Opened by Tijmen van Nesselrooij (koewaffle) - Thursday, 07 June 2018, 07:16 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Saturday, 09 June 2018, 10:24 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Architecture All
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Since the release of SFML 2.5.0 the dependency for libjpeg has been removed (see https://www.sfml-dev.org/changelog.php , section Graphics, 6th line). The current SFML package is on version 2.5.0-1, but does still depend on libjpeg according to pacman -Si.

Additional info:
* package version(s)
Repository : community
Name : sfml
Version : 2.5.0-1
* config and/or log files etc.

Steps to reproduce:
Run `pacman -Si` and see the "Depends On" line(s).
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Saturday, 09 June 2018, 10:24 GMT
Reason for closing:  Implemented
Comment by Tijmen van Nesselrooij (koewaffle) - Friday, 08 June 2018, 10:06 GMT
I can confirm that removing libjpeg-turbo using `pacman -Rdd libjpeg-turbo` does not affect the loading of jpeg files, nor storing them in SFML 2.5.0. I simply loaded a jpg file to an sf::Image, resaved it as output.jpg and displayed it as a sprite (by loading the sf::Image into a sf::Texture and using that texture with a sf::Sprite). I then repeated the test on the generated output.jpg from the test before and all looked normal.
Comment by Tijmen van Nesselrooij (koewaffle) - Friday, 08 June 2018, 10:19 GMT
Here's my "test suite". Change the CC variable in the makefile if you do not have clang++ installed (e.g. to g++). Then run "make check". I ran it both before uninstalling and after uninstalling libjpeg-turbo without any problems.
   test.zip (32.6 KiB)

Loading...