cvs commit: ports/emulators/mupen64plus-audio-sdl Makefile ports/emulators/mupen64plus-input-sdl

[QAT at FreeBSD.org]

The Restless Daemon identified a patch error while trying to build:
 mupen64plus-video-rice-1.99.4 maintained by acm at FreeBSD.org
 Makefile ident: $FreeBSD: ports/emulators/mupen64plus-video-rice/Makefile,v 1.6 2010/12/13 08:05:29 acm Exp $

Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/mupen64plus-video-rice-1.99.4.log :

---Begin OPTIONS List---
===> The following configuration options are available for mupen64plus-video-rice-1.99.4:
===> Use 'make config' to modify these settings
---End OPTIONS List---

End Configuration.
FETCH_DEPENDS=
PATCH_DEPENDS=
EXTRACT_DEPENDS=
BUILD_DEPENDS=gettext-0.18.1.1.tbz libiconv-1.13.1_1.tbz gmake-3.81_4.tbz aalib-1.4.r5_5.tbz libGLU-7.4.4.tbz libX11-1.3.3_1,1.tbz libXrender-0.9.5.tbz libXrandr-1.3.0.tbz pkg-config-0.25_1.tbz libGL-7.4.4.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libxcb-1.7.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz renderproto-0.11.tbz randrproto-1.3.1.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz libpthread-stubs-0.3_3.tbz sdl-1.2.14_2,2.tbz
RUN_DEPENDS=libGL-7.4.4.tbz libX11-1.3.3_1,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libxcb-1.7.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz pkg-config-0.25_1.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz libpthread-stubs-0.3_3.tbz libGLU-7.4.4.tbz
add_pkg
================================================================
====================<phase 1: make checksum>====================
===>  License check disabled, port has not defined LICENSE
=> mupen64plus-bundle-src-1.99.4.tar.gz doesn't seem to exist in /tmp/distfiles/mupen64plus.
=> Attempting to fetch from file:///distcache/mupen64plus/.
mupen64plus-bundle-src-1.99.4.tar.gz                  1663 kB   77 MBps
=> SHA256 Checksum OK for mupen64plus/mupen64plus-bundle-src-1.99.4.tar.gz.
================================================================
====================<phase 2: make extract>====================
add_pkg
===>  License check disabled, port has not defined LICENSE
===>  Extracting for mupen64plus-video-rice-1.99.4
=> SHA256 Checksum OK for mupen64plus/mupen64plus-bundle-src-1.99.4.tar.gz.
================================================================
====================<phase 3: make patch>====================
add_pkg
===>  Patching for mupen64plus-video-rice-1.99.4
===>   Converting DOS text file to UNIX text file: 
===>  Applying FreeBSD patches for mupen64plus-video-rice-1.99.4
No file to patch.  Skipping...
1 out of 1 hunks ignored--saving rejects to rice_video/Makefile.rej
Can't create rice_video/Makefile.rej, output is in /tmp//patchrstAxNX: No such file or directory
=> Patch patch-rice_video_Makefile failed to apply cleanly.
*** Error code 1

Stop in /a/ports/emulators/mupen64plus-video-rice.
================================================================
build of /usr/ports/emulators/mupen64plus-video-rice ended at Mon Dec 13 08:10:00 UTC 2010

The tarballed WRKDIR can be found here:
http://QAT.TecNik93.com/wrkdirs/8-STABLE-NPD/mupen64plus-video-rice-1.99.4.tbz

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=emulators&portname=mupen64plus-video-rice

The build which triggered this BotMail was done under
tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

--
QAT - your friendly neighborhood Daemon,
preparing  a heck of an error trapping system:
 - "HMC and EOI?"
 - "Halt, Melt and Catch fire or Execute Operator Immediately."