Package Details: ucon64 2.2.2-1

Git Clone URL: https://aur.archlinux.org/ucon64.git (read-only, click to copy)
Package Base: ucon64
Description: A ROM backup tool and emulator's Swiss Army knife program.
Upstream URL: https://ucon64.sourceforge.io/index.php
Keywords: backup emulator hacking programming rom
Licenses: GPL
Submitter: None
Maintainer: gammy
Last Packager: gammy
Votes: 6
Popularity: 0.000263
First Submitted: 2006-11-06 20:54 (UTC)
Last Updated: 2021-12-30 12:49 (UTC)

Dependencies (3)

Required by (1)

Sources (1)

Latest Comments

1 2 Next › Last »

gammy commented on 2021-12-30 12:50 (UTC)

Updated the package for ucon64 v2.2.2. This removes the necessity for pulling and applying change_mem2.patch and V64_send_gauge.patch which have now been applied upstream. Happy new year!

gammy commented on 2021-02-19 13:53 (UTC)

Added a minor update (bumping this package to 2.2.1-2) which downloads and applies another post-release patch: V64_send_gauge.patch. This patch amends a minor issue with the progressbar when dealing with the Doctor V64.

gammy commented on 2020-12-18 13:59 (UTC) (edited on 2020-12-18 14:00 (UTC) by gammy)

The package has been updated for ucon64 v2.2.1. A post-release patch affecting 64-bit systems is also pulled and applied. Another - AUR-specific - patch has been added to make a slight modification to the stock ucon64rc file for package backward-compatibility. Some hardening has also been applied. Thank you dbjh for helping out!

gammy commented on 2019-07-04 15:31 (UTC)

The package has been updated for ucon64 v2.2.0.

gammy commented on 2019-05-23 18:03 (UTC)

A quick update: I contacted dbjh who is currently the lead developer of ucon64, and he kindly fixed the issues mentioned by harpin, in SVN r2734. He also informed me that the cflags issue (which we also have a patch for in the package) has also been fixed. As soon as a new stable version of ucon64 is released, I will update this package and remove the patches.

hugoarpin commented on 2019-05-19 12:20 (UTC)

Thank you, works great! I see with ldd that ucon64 is linked against libieee1284.so on my machine. Bonus: your patches/explanations did help me learn a lot about make syntax ;)

gammy commented on 2019-05-19 10:46 (UTC)

harpin, 2.1.0-2 now hopefully solves your problem: If you have libieee1284, ucon64 is built with support for it. If not, it .. isn't. :) Let me know if you gave any issues!

gammy commented on 2019-05-17 13:19 (UTC)

I'm glad you found a workaround for now.

When I have some time (maybe tonight, but no guarantees!) I will write a patch (and include it + apply it in the package) so that the CD64 Makefile and code can use the shared library rather than the static one. Even if upstream doesn't want to change the code, it doesn't hurt for us to have this working correctly in arch/artix. If this works out, I will add libieee1284 as a depdendency as well.

Thanks for taking the time to point out a problem - without comments like yours, I would not have noticed!

hugoarpin commented on 2019-05-17 12:15 (UTC)

Thank you very much for your time, very nice explanation!! libieee1284 is required by sane on my machine, so anybody who uses a scanner will have trouble building.

I have reinstalled the package by adding the following sed inside the PKGBUILD function prepare() to disable LIBIEEE1284 and force PPDEV. sed -i 's|^(LIBIEEE1284=1)|#\1|' ${pkgname}-${pkgver}-src/src/backup/libcd64/Makefile

Since the current integration of libieee1284 inside ucon64 (as of v2.1.0) cannot work on a default archlinux system with libieee1284 installed (unless manually building the static library libieee1284.a I guess). Is it safe to disable it and use PPDEV instead?