Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#38730 - [sfml] downloading a wrong source
Attached to Project:
Community Packages
Opened by Wil Alvarez (satanas) - Thursday, 30 January 2014, 15:55 GMT
Last edited by Daniel Micay (thestinger) - Sunday, 02 February 2014, 01:44 GMT
Opened by Wil Alvarez (satanas) - Thursday, 30 January 2014, 15:55 GMT
Last edited by Daniel Micay (thestinger) - Sunday, 02 February 2014, 01:44 GMT
|
DetailsDescription: Currently sfml package in community is using https://github.com/LaurentGomila/SFML.git#commit=4a300547f3 as source for the code, however that source will compile an unusable SFML version. The right source URL should be the one specified in the download section of SFML for 2.1: http://www.sfml-dev.org/download/sfml/2.1/SFML-2.1-sources.zip.
Using that URL everything works like a charm. Additional info: * package version: 2.1.0.4a300547f3 Steps to reproduce: 1. Install SFML via pacman 2. Try to compile a game developed for SFML 2.1 3. Profit! |
This task depends upon
Closed by Daniel Micay (thestinger)
Sunday, 02 February 2014, 01:44 GMT
Reason for closing: Not a bug
Sunday, 02 February 2014, 01:44 GMT
Reason for closing: Not a bug
If you had even attempted your suggested steps, you would have seen that it doesn't even compile due to an outdated version of glext. And even if it did compile, the version you suggest is buggy in that it produces wrong input.
How is the currently provided version unusable? You didn't provide any information on that at all. I'd rather say this bug report is unusable.
Is your game developed using SFML 2.1 or 1.6? And how can you say that the official version is buggy and produces wrong input? As packager you should trust in your upstream and if official version is "buggy" then get this package out of official repos, make an AUR package or something else but don't call it official.
BTW, I compiled SFML2.1 in Mac OS X, Arch and Ubuntu using http://www.sfml-dev.org/download/sfml/2.1/SFML-2.1-sources.zip and everything works. Maybe you should try in a vanilla system before saying it doesn't work.