| Summary: | Warsow (1.51) doesn't start / Update request to Warsow 2.1 | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | psyca <linux> |
| Component: | RPM Packages | Assignee: | David GEIGER <geiger.david68210> |
| Status: | RESOLVED OLD | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | davidwhodgins, geiger.david68210, herman.viaene, lewyssmith, lovaren, luke.nukem.jones, nathan95, rverschelde, youpburden |
| Version: | 5 | Keywords: | feedback |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| URL: | https://www.warsow.gg/ | ||
| Whiteboard: | |||
| Source RPM: | warsow-1.51-3.mga5.nonfree.src.rpm, warsow-data-1.51-1.mga5.nonfree.src.rpm | CVE: | |
| Status comment: | |||
| Attachments: |
Here's my crash log from Cauldron when starting warsow 1.51
warsow.spec |
||
|
Description
psyca
2015-12-03 21:08:35 CET
psyca
2015-12-03 21:10:00 CET
Whiteboard:
(none) =>
MGA5TOO
Luke Jones
2015-12-04 01:18:46 CET
CC:
(none) =>
luke.nukem.jones Bug still exists in MGA5 and Cauldron. Update to Warsow 2.1 will fix it.
psyca
2016-11-06 18:22:44 CET
Summary:
Warsow (1.51) doesnt start =>
Warsow (1.51) doesnt start / Updaterequest to Warsow 2.1 Created attachment 8634 [details]
Here's my crash log from Cauldron when starting warsow 1.51CC:
(none) =>
hamnisdude
Rémi Verschelde
2016-11-09 13:53:47 CET
CC:
(none) =>
rverschelde Note that in order to successfully build the latest version of warsow we need to include angelscript into the repos which does _NOT_ at the moment. Correction...... Seeing "Loading angelwrap module. Initializing Angel Script Initialization of angelwrap successful" I guess angelscript isn't needed.
Kristoffer Grundström
2016-11-09 17:46:51 CET
Summary:
Warsow (1.51) doesnt start / Updaterequest to Warsow 2.1 =>
Warsow (1.51) doesn't start / Updaterequest to Warsow 2.1 Created attachment 8679 [details]
warsow.spec
I took the liberty of changing the spec file to more match the OpenSuse spec file, but I can't get the row with cd source/source right to work to run cmake as it can't find the directory that already exists in the SDK tar.gz from warsow.net
Can someone please fix this and try to build it locally?
I just fixed warsow-data on cauldron so now it should start and work as it should! - warsow-data-1.51-3.mga6 - warsow-1.51-4.mga6 If it's ok for cauldron I'll fix for mga5 too. CC:
(none) =>
geiger.david68210 No, it won't build in Mageia 5. You seem to have replaced cmake with make even cmake is the thing that creates the make file. Also the sed line and the line under it has to be removed. I also got an error on the pushd source/source line as well. the Source0 link should be fixed as it doesn't have the right name to the sdk.tar.gz file. It's the same issue in Mageia 5 as in Cauldron. warsow 2.1 now updated for cauldron! When trying to install dependencies using the spec file from Cauldron in Mageia 5 I get this error: warsow-2.1-1.mga5.src (because of insufficient pkgconfig(libjpeg)) If you will a newer/updated version of some mga5 packages as tmb already says *you are on your own, not our problem.* So please *stop* with your unneeded posts in this bugzilla!! warsow and warsow-data now up-to-date for mga5 too in Nonfree/Updates_testing repo. If all work as it should I'll request an update for these packages as previous 1.51 doesn't start on a 64bit machine and as warsow-data source contains unwanted pre-compiled binaries. Mageia 5 I made 2 online games, watched short time 2 others, made some local games... Looks very good ! Now on server : 5.9.87.47:9510 Cauldron Just started the game a short time and made one bot game. Worked. Thanks David Assigning to QA now, Advisory: ======================== Our current warsow package doesn't launch/start due to some packaging issue on a 64bit system, so this update fixes this issue. Our current warsow-data package contains some unwanted pre-compiled binaries, this update fixes it too. Also this updates warsow and warsow-data to a version which is supported upstream. ======================== Packages in 5/nonfree/updates_testing: ======================== warsow-2.1-1.mga5.nonfree.x86_64.rpm warsow-2.1-1.mga5.nonfree.i586.rpm warsow-server-2.1-1.mga5.nonfree.x86_64.rpm warsow-server-2.1-1.mga5.nonfree.i586.rpm warsow-data-2.1-1.mga5.nonfree.noarch.rpm Source RPM: ======================== warsow-2.1-1.mga5.nonfree.src.rpm warsow-data-2.1-1.mga5.nonfree.src.rpm How to test this update request: ======================== - Install a system and make sure you don't have 'warsow' installed. - Install 'warsow' from core/release and see if you can use it, normally you can't. - Install now 'warsow' from nonfree/updates_testing and check now if warsow starts and runs properly as it should. (these procedures are especially for 64bit systems) Version:
Cauldron =>
5 MGA5-64-OK Packages installed before : warsow 1.51 warsow-data 1.51 CLI Report when trying to launch warsow : Everything from the beginning is ok until this : Video memory information: not available Cannot load file 'glsl/defaultMaterial.glsl' Failed to link object for program defaultMaterial error: vertex shader lacks `main' A lot of .gsl files cannot be loaded and then I get this : Initializing Shaders: ******************** ERROR: Could not find any shaders! Error: Error during initialization: Could not find any shaders! Cmd_RemoveCommand: cinematic not added Cmd_RemoveCommand: cinepause not added Cmd_RemoveCommand: s_restart not added Cmd_RemoveCommand: requestservers not added Cmd_RemoveCommand: getinfo not added Cmd_RemoveCommand: getstatus not added Cmd_RemoveCommand: userinfo not added Cmd_RemoveCommand: disconnect not added Cmd_RemoveCommand: record not added Cmd_RemoveCommand: stop not added Cmd_RemoveCommand: quit not added Cmd_RemoveCommand: connect not added Cmd_RemoveCommand: reconnect not added Cmd_RemoveCommand: rcon not added Cmd_RemoveCommand: writeconfig not added Cmd_RemoveCommand: showip not added Cmd_RemoveCommand: demo not added Cmd_RemoveCommand: demoavi not added Cmd_RemoveCommand: next not added Cmd_RemoveCommand: pingserver not added Cmd_RemoveCommand: demopause not added Cmd_RemoveCommand: demojump not added Cmd_RemoveCommand: showserverip not added Cmd_RemoveCommand: downloadstatus not added Cmd_RemoveCommand: downloadcancel not added Then the application shuts down. I uninstalled warsow and removed. Packages installed after enabling testing repo : warsow 2.1-1 warsow-data 2.1-1 I launch $ warsow and it works, I can play, create a server ... It's ok for me on 64 bits CC:
(none) =>
youpburden MGA5-32 on AcerD620 There is something fishy on the i586 repos??? In MCC selecting warsow1.51 results in "Package cannot be selected" That seems to be the client. Selected warsow-data1.51, no reaction, add warsow-server1.51, seems OK, now add (before submitting!) warsow1.51 and get the same "cannot be selected". After switching off Nonfree-updates-testing I can install warsow1.51 from CLI (installing warsow and warsow-data). And then at the CLI, after a few pages of feedback it actually runs. Enabling Nonfree-updates-testing again and installing warsow2.1 and warsow-data2.1. Trying to run from CLI, I get a popup window "Faile to load refresh DLL" with only OK button CC:
(none) =>
herman.viaene MGA5-32 I deleted warsow (urpme --auto-orphans) and installed warsow2.1 on a fresh system, but that makes no difference, warsow does not run. MGA5-32 both real hardware and virtualbox machine. I get the same result as Herman Viaene in comment#15 Here's my procedure : Fresh install of Mageia 5 32 bit stable repos. open MCC to install "warsow 1.51" package, it tells me "Package cannot be selected". I enable the testing repo to try to install warsow 2.1. The installation goes great. Then, when I try to launch the game, I get this message : "Failed to load refresh DLL" with a "ok" button. My testing system was done from the netinstall iso and, after checking, there aren't any orphans or old config files concerning warsow. There's definitly a problem with this version for 32bit.
youpburden
2016-12-07 10:14:14 CET
Whiteboard:
MGA5TOO =>
MGA5TOO MGA5-64-OK Added 'feedback' because of Comments 15-17 re 32-bit. Not doing the Advisory yet in case it changes in consequence. CC:
(none) =>
lewyssmith Needs a requires added for gambas3-gb-opengl-glsl I now have it running on Mageia 5 i586 under virtualbox, though it doesn't seem to be taking any input. Had to switch to a console to kill it. On my Mageia 5 x86_64 vb guest it's still giving the no shaders error. I suspect there are other missing requires. I'll look into it more tomorrow. CC:
(none) =>
davidwhodgins
nathan giovannini
2017-05-28 14:10:40 CEST
Whiteboard:
MGA5TOO MGA5-64-OK feedback =>
MGA5TOO MGA5-64-OK feedback MGA5-32-OK Reassigning to David as there are apparently missing deps. The mga6 package should likely also be double checked. Summary:
Warsow (1.51) doesn't start / Updaterequest to Warsow 2.1 =>
Warsow (1.51) doesn't start / Update request to Warsow 2.1 I really do not understand how it can work correctly on a 64bit system but not on a 32bit!! What is the output for the following command on a 32bit system? $ rpm -qa |grep libmesagl1 # rpm -qa |grep libmesagl1 libmesagl1-devel-10.5.9-3.mga5.tainted libmesagl1-10.5.9-3.mga5.tainted P.S. this bug is not listed anymore in the update candidates???? (In reply to Herman Viaene from comment #23) > P.S. this bug is not listed anymore in the update candidates???? Since the candidate had got stalled I reassigned it to David, so that it doesn't clutter the QA todo list if it's not ready yet. So it comes not from a missing libmesagl1 :(
Frédéric "LpSolit" Buclin
2017-09-06 16:10:58 CEST
Whiteboard:
feedback =>
(none) Sorry we weren't able to fix this. Status:
NEW =>
RESOLVED |