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#34221 - [projectm] Default presets should put textures into the texture folder
Attached to Project:
Community Packages
Opened by jason (ortango) - Friday, 08 March 2013, 19:41 GMT
Last edited by Alexander F. Rødseth (xyproto) - Thursday, 14 March 2013, 09:33 GMT
Opened by jason (ortango) - Friday, 08 March 2013, 19:41 GMT
Last edited by Alexander F. Rødseth (xyproto) - Thursday, 14 March 2013, 09:33 GMT
|
DetailsDescription:
Projectm's default build comes with a /usr/share/projectM/presets with plenty of .milk There are also textures in that folder (tga). I believe that they will not function in this directory, and that they should be moved into a directory called /usr/share/projectM/textures . Also fixing this issue alone will not resolve the problem with textures because or an error in the static(?) path for the textures. <- Reported @ task# 34218 Additional info: projectm 2.1.0-4 Steps to reproduce: Install projectm from extra Load up the preset Rovastar & Sperl - Tuxflower.prj If tux is not visable in the preset textures are broken. (again this is broken for two reasons) |
This task depends upon
Closed by Alexander F. Rødseth (xyproto)
Thursday, 14 March 2013, 09:33 GMT
Reason for closing: Not a bug
Thursday, 14 March 2013, 09:33 GMT
Reason for closing: Not a bug
This "bug" is directly dependent on the other one reported, #34218 ---
I don't know if I really should have even reported it until a new version of projectm comes down from above.
Also I don't know why the projectm source tar you build off doesn't do this itself, so I really do not know if this is the correct behavior.
But here it is anyway for posterity.
The textures worked fine, so i was totally wrong about this bug. Maybe I was having trouble because of custom playlists.... but regardless this is not a bug.
sorry.