Hello current version of Hatari is nearly 2 years old (june 2013). Is it possible to update the package to the latest 1.8 version ? Thanks Reproducible: Steps to Reproduce:
Assigning to maintainer.
Assignee: bugsquad => dmorganec
Severity: normal => enhancement
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.
CC: (none) => marja11Assignee: dmorganec => mageia
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
Version: Cauldron => 5
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.viaeneWhiteboard: (none) => MGA5-32-OK
Validating. Advisory todo.
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
CC: (none) => davidwhodginsWhiteboard: MGA5-32-OK => MGA5-32-OK advisory
An update for this issue has been pushed to the Mageia Updates repository. http://advisories.mageia.org/MGAA-2016-0052.html
Status: NEW => RESOLVEDResolution: (none) => FIXED