Bug 15867

Assigning to maintainer.

Assignee: bugsquad => dmorganec

hatari-1.8.0 is now submitted and uploaded for Cauldron (.mga6).


For QA: 

Can I pushed this new version for mga5 too? what do you think about?

CC: (none) => geiger.david68210

Hi

As one of the main developper of Hatari, I can confirm that Hatari 1.7 can be safely replaced by Hatari 1.8, as the later has better compatibility and emulation accuracy.

As for pushing it to mageia4, Hatari 1.9 will be released in 1 or 2 weeks, so if QA agrees to update mageia4, then you'd better wait a few weeks anyway to include the latest 1.9.

Nicolas

Hi

just to let you know that version 1.9 of Hatari was released a few days ago, in case you'd like to update latest mageia and/or cauldron.

Note that the included spec file was updated, so description text should be updated in mageia srpm.

Nicolas

hatari-1.9.0 already uploaded on Cauldron and mga5 repos.


Note that I just updated the description and summary for Cauldron.

Assigning to QA,


Advisory:
=============================
Current version of Hatari is nearly 2 years old (june 2013), so
this updates Hatari to a version which is supported and maintained
upstream.

Thanks to Nicolas Pomarède (upstream developer) for his report
and his contribution to Mageia.

=============================


Packages in 5/core/updates_testing:
========================
hatari-1.9.0-1.mga5.i586.rpm
hatari-1.9.0-1.mga5.x86_64.rpm

Source RPM: 
========================
hatari-1.9.0-1.mga5.src.rpm

Assignee: mageia => qa-bugs

Tried this in a 32-bit virtualbox and real 64-bit hardware.  Is an emulator inside a vbox going to work?  It does come up, and allows a switch to the commandline but both before and after the update it loses control of the mouse towards the left edge of the virtual desktop in both architectures which makes it difficult to do anything.  Not familiar with this application so am not going any further with it.

CC: (none) => tarazed25

Never tried this myself into virtualbox, but it could be related to SDL 1 and how vbox handles the mouse events.
At least, it should work with real 64 bit hw ?

On the face of it it looked OK in 64-bits but the mouse became unmanageable after a short while.  The pointer motion was restricted to the right-hand three-quarters of the screen.  The only place I have seen this behaviour was in a series of vbox mga4 installs where the underlying system kept on changing the dimensions of the virtual screen at random intervals.

Hatari is developed by several people using different distros, in my case I used mga5 and mga6/cauldron while working on it and I never saw the behaviour you reported (or heard about it), which might be related to the virtualization and the way SDL1 handles input events.

Note that next Hatari 1.10 version will default to SDL2 (which might solve the problems you saw) ; in Hatari 1.9, SDL2 support is optional and considered work in progress, so SDL1 should be prefered while building Hatari.

MGA5-32 on Acer D620 Xfce
No installation issues.
Opened Hatari UI and this shows a Desktop and working menus.
Attaching hard disk images requires some study time, so I did not venture into it, but the basic functionality seems to be there.

CC: (none) => herman.viaene
Whiteboard: (none) => MGA5-32-OK

Validating. Advisory todo.

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs

An update for this issue has been pushed to the Mageia Updates repository.

http://advisories.mageia.org/MGAA-2016-0052.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED