2009/7/4 Pavol Rusnak <prusnak@suse.cz>:
Cristian Morales Vega wrote:
I'm also pretty neutral... if I would need to select one I would vote to not use games suffix, if only to follow Fedora. The only problem is that since you ;-) asked me to use the games suffix (http://lists.opensuse.org/opensuse-packaging/2008-07/msg00048.html)
I just wrote the recommendation based on mine observation that most of the packages use /usr/games and I wanted to maintain consistency. This is not true anymore (I think it's around 60%:40% now) and therefore I'm OK with changing all to /usr/bin if we will agree on that.
I have always been using it and it seems the packages from the games repo really use it most of the time. If we are going to change it better now than later, but we have a good quantity of packages already using games.
Changing the paths in all games packages should be a few minutes task.
A script would not be 100% accurate. Sometimes the packager added a "--prefix" to the configure, some use /usr/games by default, perhaps there is a patch to a custom Makefile, etc. But I suppose the error rate should not be so high and it could be fixed manually after running the script.
After all... I would vote to not use the games suffix, I don't think games are so special. Even if I just asked two days ago to a submitreq to use the suffix :-p The current games will change with time, there is no hurry. I put Toni CC since Packman also has a lot of games, most from him, and he may have something to say.
- The OpenGL Wrapper part can be removed. We have opengl-games-utils package in games, so we could probably follow this point, but I'm not sure whether it is worth it. I just added the check to Game Store[1], where it makes sense, because the user cannot see the console output.
Being a nVidia user without problems to install the propietary driver my view could be biased, but I don't really see much need for it. There are still problems when trying to use 3D games at the same time than a compositing window manager with other drivers? But sure, if the package is already there it could be used. If Fedora uses it I suppose false positives aren't a problem.
I think that reason for the wrapper is not only to inform the user about the problem, but also to create a pressure from users to graphic cards vendors. The actual wording is:
I think we would make more pressure if we weren't creating packages for proprietary drivers :-( (and then asking the manufacturer to host our packages ¿?¿?), but ok.
""" Your system currently is not capable of hardware accelerated 3D. Therefore $1 cannot run.
Usually the cause of this error is that there are no Free Software drivers for your graphics card, please contact your graphics card manufacturer and kindly ask them to provide Free Software support for your card. """
:-) ... and btw. this wrapper only gets executed ONLY if the game is run from the .desktop file.
The kind of user that doesn't already knows about the problem is the one that will always use the menu, so... It's fine with me. So the Fedora rules could be used directly without changes. The only difference is that Fedora uses "Amusements/Games" RPM group and we have http://en.opensuse.org/SUSE_Package_Conventions/RPM_Groups#2.1._Amusement Since YaST now does some kind of simplification (and I think PackageKit GUIs do the same) and only shows a "Games" group I would argue we should also copy this point from the Fedora guide. There is no point in having so detailed subgroups when nobody but the "rpm -qi" user is going to see them. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org