Bug 14501 - Backport Request: flightgear 3.2.0
Summary: Backport Request: flightgear 3.2.0
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Backports (show other bugs)
Version: 4
Hardware: All Linux
Priority: Normal enhancement
Target Milestone: ---
Assignee: QA Team
QA Contact:
URL:
Whiteboard: feedback MGA4-32-OK MGA4-64-OK
Keywords: Backport
Depends on:
Blocks:
 
Reported: 2014-11-11 10:44 CET by José Jorge
Modified: 2015-05-20 23:36 CEST (History)
4 users (show)

See Also:
Source RPM: simgear flightgear flightgear-data fgrun
CVE:
Status comment:


Attachments
fgrun screenshot (75.44 KB, image/jpeg)
2014-12-06 20:46 CET, William Kenney
Details

Description José Jorge 2014-11-11 10:44:53 CET
Flightgear is a leaf group of packages.

Reproducible: 

Steps to Reproduce:
José Jorge 2014-11-11 10:45:46 CET

Keywords: (none) => Backport
Assignee: bugsquad => qa-bugs

Comment 1 José Jorge 2014-11-11 10:47:18 CET
Packages to install to test :
- simgear
- flightgear-data
- flightgear

To test, only lauch it with the command-line : fgfs.

Status: NEW => ASSIGNED

José Jorge 2014-11-11 10:51:02 CET

Source RPM: simgear flightgear flightgear-data => simgear flightgear flightgear-data fgrun

Comment 2 José Jorge 2014-11-11 10:59:09 CET
Sorry, I forgot to mention the GUI launcher : fgrun.

Complete list of SRPMS :

fgrun-3.2.0-1.mga4
flightgear-3.2.0-1.mga4
flightgear-data-3.2.0-1.mga4
simgear-3.2.0-1.mga4

RPMS list is the same, with simgear-devel added.
Comment 3 William Kenney 2014-12-05 01:13:23 CET
Before I launch into flying ( no pun intended :)) this package a question.
On Mageia M4 would you expect flightgear to use a common USB Joystick and
or something like:

http://www.saitek.com/uk/prod/yoke.html

Thanks

CC: (none) => wilcal.int

Comment 4 José Jorge 2014-12-05 12:36:40 CET
Yes, you just have to activate it in the menu.
Comment 5 William Kenney 2014-12-06 20:44:52 CET
In VirtualBox, M4, KDE, 64-bit

Package(s) under test:
fgrun flightgear flightgear-data simgear

default install of fgrun, flightgear, flightgear-data & simgear

[root@localhost wilcal]# urpmi fgrun
Package fgrun-1.7.0-5.mga4.x86_64 is already installed
[root@localhost wilcal]# urpmi flightgear
Package flightgear-2.12.1-1.mga4.x86_64 is already installed
[root@localhost wilcal]# urpmi flightgear-data
Package flightgear-data-2.12.1-1.mga4.noarch is already installed
[root@localhost wilcal]# urpmi simgear
Package simgear-2.12.1-1.mga4.x86_64 is already install

Gotta Thrustmaster T.16000 to play with this thing. Was
able to take off from San Francisco airport and land
without crashing. The fgrun thing launches but is a
complete mystery to me as to how to work with this app.

install fgrun, flightgear, flightgear-data & simgear from backports_testing

[root@localhost wilcal]# urpmi fgrun
Package fgrun-3.2.0-1.mga4.x86_64 is already installed
[root@localhost wilcal]# urpmi flightgear
Package flightgear-3.2.0-1.mga4.x86_64 is already installed
[root@localhost wilcal]# urpmi flightgear-data
Package flightgear-data-3.2.0-1.mga4.noarch is already installed
[root@localhost wilcal]# urpmi simgear
Package simgear-3.2.0-1.mga4.x86_64 is already installed

Was able to take off from San Francisco airport again and land
without crashing, well maybe once or twice. The fgrun thing launches
but is a complete mystery to me as to how to work with this app.
I've attached a screenshot of the fgrun window. What's next?

Test platform:
Intel Core i7-2600K Sandy Bridge 3.4GHz
GIGABYTE GA-Z68X-UD3-B3 LGA 1155 MoBo
GIGABYTE GV-N440D3-1GI Nvidia GeForce GT 440 (Fermi) 1GB
RTL8111/8168B PCI Express 1Gbit Ethernet
DRAM 16GB (4 x 4GB)
Mageia 4 64-bit, Nvidia driver
Thrustmaster T.16000 joystick
Comment 6 William Kenney 2014-12-06 20:46:50 CET
Created attachment 5683 [details]
fgrun screenshot
Comment 7 Rémi Verschelde 2014-12-06 20:55:23 CET
Wow you have some skill William :-) I've played around a bit with flightgear with an earlier version, but I found the learning curve was quite steep for newcomers.

CC: (none) => remi

Comment 8 William Kenney 2014-12-06 21:12:05 CET
(In reply to Rémi Verschelde from comment #7)

> but I found the learning curve was quite steep for newcomers.

Ya, this is a very complex game for sure. I've read that pros use
this to practice. Another factor here is you really need a high
performance platform to run it on so I'm using my video editing
machine and real hardware. I got the fgrun thing to work, kinda,
once then it keeps presenting the screen shot attached. So I suspect
José will be able to coach us on that works. Clearly 3.2.0-1 is
way better then the one we're presently using, 1.7.0-5. Also
you really need a very good Joystick or Yoke to make this
work at all. Both 1.7.0-5 & 3.2.0-1, as well as Mageia, recognized
the Thrustmaster T.16000 joystick. All that even uses the many
buttons on the stick for various functions, without a special setup.
Now if I've got a year or two to waste maybe I'll get to understand
about half this thing.  :-))
Comment 9 Rémi Verschelde 2014-12-06 21:21:02 CET
Looking at your screenshot, there seems indeed to be an issue with fgrun. Here on Mageia 5, all fields are prefilled with the correct value (/usr/bin/fgfs for the binary, /usr/share/games/flightgear for the data, etc.).
Comment 10 William Kenney 2014-12-07 20:20:28 CET
OK after tinkering again with this again I've come to the conclusion
that most, if not all, of the errors I saw here were pilot errors.
No pun intended. I have been successful to install the 3.2.0-1
version on M4.1 and that with a previously installed version 1.7.0-5.
Note that launching fgfs ( FlightGear ) creates the .fgfs directory in
the user space which contains its configuration files. Launching fgrun
( FlightGear Launch Control ) initially creates directory .fltk which
contains it's own configuration files then it launches fgfs that creates
the .fgfs directory. If you launch FlightGear ( fgfs ) before fgrun then
that seems to change settings enough such that fgrun can't deal with it
and does not run properly. Erasing both the .fltk and .fgfs directories
resets everything and you can once again start anew with fgrun.

I'm of a mind to validate this backport and will do so in 24-hours
if José & Rémi are happy with what I have found.

A side note here this is the first time I've used a Joystick with
Mageia and I was quite impressed with how it was handled. Seems
that FlightGear easily picked it up and used it. Also the KDE
System Settings -> Input Devices -> Joystick settings work wonderfully
well including the calibration mode.
Comment 11 William Kenney 2014-12-07 20:21:45 CET
I did in fact spin up a seperate M5 install and found that to work
equally well.

In VirtualBox, M5, KDE, 64-bit

Package(s) under test:
fgrun flightgear flightgear-data simgear

default install of fgrun, flightgear, flightgear-data & simgear

[root@localhost wilcal]# urpmi fgrun
Package fgrun-3.2.0-1.mga5.x86_64 is already installed
[root@localhost wilcal]# urpmi flightgear
Package flightgear-3.2.0-1.mga5.x86_64 is already installed
[root@localhost wilcal]# urpmi flightgear-data
Package flightgear-data-3.2.0-1.mga5.noarch is already installed
[root@localhost wilcal]# urpmi simgear
Package simgear-3.2.0-1.mga5.x86_64 is already installed

All functions seem to work properly.

Test platform:
Intel Core i7-2600K Sandy Bridge 3.4GHz
GIGABYTE GA-Z68X-UD3-B3 LGA 1155 MoBo
GIGABYTE GV-N440D3-1GI Nvidia GeForce GT 440 (Fermi) 1GB
RTL8111/8168B PCI Express 1Gbit Ethernet
DRAM 16GB (4 x 4GB)
Mageia 4 64-bit, Nvidia driver
Thrustmaster T.16000 joystick
Comment 12 William Kenney 2014-12-08 00:31:50 CET
In VirtualBox, M4, KDE, 32-bit

Package(s) under test:
fgrun flightgear flightgear-data simgear

default install of fgrun, flightgear, flightgear-data & simgear

[root@localhost wilcal]# urpmi fgrun
Package fgrun-1.7.0-5.mga4.i586 is already installed
[root@localhost wilcal]# urpmi flightgear
Package flightgear-2.12.1-1.mga4.i586 is already installed
[root@localhost wilcal]# urpmi flightgear-data
Package flightgear-data-2.12.1-1.mga4.noarch is already installed
[root@localhost wilcal]# urpmi simgear
Package simgear-2.12.1-1.mga4.i586 is already installed

Launch with fgrun, all basic functions seem to work properly.

install fgrun, flightgear, flightgear-data & simgear from backports_testing

[root@localhost wilcal]# urpmi fgrun
Package fgrun-3.2.0-1.mga4.i586 is already installed
[root@localhost wilcal]# urpmi flightgear
Package flightgear-3.2.0-1.mga4.i586 is already installed
[root@localhost wilcal]# urpmi flightgear-data
Package flightgear-data-3.2.0-1.mga4.noarch is already installed
[root@localhost wilcal]# urpmi simgear
Package simgear-3.2.0-1.mga4.i586 is already installed

Launch with fgrun, all basic functions seem to work properly.

Test platform:
Intel Core i7-2600K Sandy Bridge 3.4GHz
GIGABYTE GA-Z68X-UD3-B3 LGA 1155 MoBo
GIGABYTE GV-N440D3-1GI Nvidia GeForce GT 440 (Fermi) 1GB
RTL8111/8168B PCI Express 1Gbit Ethernet
DRAM 16GB (4 x 4GB)
Mageia 4 64-bit, Nvidia driver
Thrustmaster T.16000 joystick
Comment 13 William Kenney 2014-12-09 02:05:54 CET
This thing's addictive :-)
For me this backport works fine.
Testing complete for mga4 32-bit & 64-bit
Validating the backport.
Could someone from the sysadmin team push this to updates.
Thanks

CC: (none) => sysadmin-bugs
Keywords: (none) => validated_update
Whiteboard: (none) => MGA4-32-OK MGA4-64-OK

Comment 14 William Kenney 2014-12-09 02:07:20 CET
Correction: push this to backports
Comment 15 claire robinson 2014-12-09 09:45:54 CET
We can't at the moment as sysadmins need to complete some changes first. We'll use a separate keyword for these too IIRC.

Keywords: validated_update => (none)

Comment 16 claire robinson 2015-01-23 22:37:59 CET
Adding feedback marker until we can progress

Whiteboard: MGA4-32-OK MGA4-64-OK => feedback MGA4-32-OK MGA4-64-OK

Comment 17 Pascal Terjan 2015-05-20 23:36:34 CEST
# /root/tmp/mgatools-new/mga-move-pkg --sync --backport 4/core/fgrun-3.2.0-1.mga4.src.rpm --backport 4/core/flightgear-3.2.0-1.mga4.src.rpm --backport 4/core/flightgear-data-3.2.0-1.mga4.src.rpm --backport 4/core/simgear-3.2.0-1.mga4.src.rpm
The following SRPMs (and their corresponding binaries) will be moved:
- fgrun-3.2.0-1.mga4.src.rpm
- flightgear-3.2.0-1.mga4.src.rpm
- flightgear-data-3.2.0-1.mga4.src.rpm
- simgear-3.2.0-1.mga4.src.rpm

Are you sure? [Y/n] 

Moving binary and source rpms:
- i586:
    fgrun-3.2.0-1.mga4.i586.rpm
    fgrun-debuginfo-3.2.0-1.mga4.i586.rpm
- x86_64:
    fgrun-3.2.0-1.mga4.x86_64.rpm
    fgrun-debuginfo-3.2.0-1.mga4.x86_64.rpm
- source:
    fgrun-3.2.0-1.mga4.src.rpm

Moving binary and source rpms:
- i586:
    flightgear-3.2.0-1.mga4.i586.rpm
    flightgear-debuginfo-3.2.0-1.mga4.i586.rpm
- x86_64:
    flightgear-3.2.0-1.mga4.x86_64.rpm
    flightgear-debuginfo-3.2.0-1.mga4.x86_64.rpm
- source:
    flightgear-3.2.0-1.mga4.src.rpm

Moving binary and source rpms:
- i586:
    flightgear-data-3.2.0-1.mga4.noarch.rpm
- x86_64:
    flightgear-data-3.2.0-1.mga4.noarch.rpm
- source:
    flightgear-data-3.2.0-1.mga4.src.rpm

Moving binary and source rpms:
- i586:
    simgear-3.2.0-1.mga4.i586.rpm
    simgear-devel-3.2.0-1.mga4.i586.rpm
    simgear-debuginfo-3.2.0-1.mga4.i586.rpm
- x86_64:
    simgear-3.2.0-1.mga4.x86_64.rpm
    simgear-devel-3.2.0-1.mga4.x86_64.rpm
    simgear-debuginfo-3.2.0-1.mga4.x86_64.rpm
- source:
    simgear-3.2.0-1.mga4.src.rpm

Status: ASSIGNED => RESOLVED
CC: (none) => pterjan
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.