Bug 26105 - vice 3.4 is now available and should be used instead of vice 3.1
Summary: vice 3.4 is now available and should be used instead of vice 3.1
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal enhancement
Target Milestone: ---
Assignee: Barry Jackson
QA Contact:
URL: https://sourceforge.net/projects/vice...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-19 00:54 CET by Alan Richter
Modified: 2020-01-30 03:38 CET (History)
0 users

See Also:
Source RPM: vice-3.1-1.mga7.src.rpm
CVE:
Status comment:


Attachments

Description Alan Richter 2020-01-19 00:54:41 CET
Description of problem:
Vice 3.4 is now available and the version of vice in the Mageia repositories is now three levels behind.  We should be running the latest version of the emulator for our forty year old computers. 

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
Comment 1 Lewis Smith 2020-01-19 20:53:21 CET
Thank you for pointing this out.
Assigning to Barry as the registered & active maintainer of this.

Assignee: bugsquad => zen25000

Comment 2 Barry Jackson 2020-01-22 22:35:27 CET
Yes I know - it is already built here and I have been testing, before pushing it to Cauldron. :)

There were good reasons why I did not update between 3.1 and 3.4.

There were major upstream changes and they advised me to wait for 3.4 to avoid potential problems.

Shame it did not happen in time for Mga7.

Keeping this open as a reminder until I push it, there are a couple of minor bugs that I have come across that I want to query upstream beforehand.

Barry
Comment 3 Barry Jackson 2020-01-22 22:40:53 CET
Changing Mga version to Cauldron in line with:
https://wiki.mageia.org/en/Updates_policy
Unless there is a compelling reason for an exception to the above.

Version: 7 => Cauldron

Comment 4 Barry Jackson 2020-01-29 16:47:09 CET
Updated to just after 3.4 in Cauldron as Linux paths issue that I reported was fixed after release.
Closing.

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

Comment 5 Alan Richter 2020-01-29 22:12:31 CET
It's a pity it won't build in MGA7.  I'll try to figure out what's going on with 7.
Comment 6 Barry Jackson 2020-01-29 23:14:39 CET
Nobody said it would not build in Mga7, I have not tried. (see #3)

However it does not, as it happens. :\

If you do play with it Alan, use the Cauldron SRPM as a starting point, the Linux paths are a mess in the upstream 3.4 tarball and still not quite right in the snapshot, but I fixed that in the spec.

This is where it gets to in Mga7 in iurt:

http://mtf.duckdns.org/pub/linux/barjac/distrib/7/x86_64/log/vice-3.4-0.37362.1.mga7_bcj.src.rpm/build.0.20200129215608.log

Have fun,
Barry
Comment 7 Alan Richter 2020-01-30 03:06:34 CET
Playing with old commodore computers is the epitome of fun, well that and fiddling around with SPEC files. 

Thanks for taking care of this Barry, your SPEC file foo is orders of magnitude better than mine.
Comment 8 Alan Richter 2020-01-30 03:38:01 CET
I got it to build but it needs a depcomp in BUILD and one in BUILD/vice.

Since I'm not SPEC savvy, I extracted the vice tarball and put a depcomp next to the vice directory and while it was running configure I copied a depcomp into vice.

I really must improve my SPEC foo.  

And now it's off to play with the abacus C compiler for the C128.  80 columns who ever thought anyone would need more than 22?

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