Subject: pkg/23482: Mesa* 5.0.2 doesn't build due to wrong entries in distinfo
To: None <gnats-bugs@gnats.NetBSD.org>
From: None <cavac@grumpfzotz.org>
List: netbsd-bugs
Date: 11/18/2003 18:33:49
>Number: 23482
>Category: pkg
>Synopsis: Mesa* 5.0.2 doesn't build due to wrong entries in distinfo
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: pkg-manager
>State: open
>Class: support
>Submitter-Id: net
>Arrival-Date: Tue Nov 18 18:34:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator: Rene Schickbauer
>Release: NetBSD-current/pkgsrc-current from 16th November
>Organization:
GrumpfZotz.Org
>Environment:
(don't have an uname-output, cause the machine is currently not in the network)
>Description:
It seems that the guys from the MesaLib-project have uploaded new tarballs to SourceForge without changing the release-number (that's what i call stupid...).
Of course, neither MesaLib nor MesaDemos now work due to incorrect checksums. I tried to override the checksumming as suggested by the script, but MesaLib fails due to a wrong automake/m4 makro. MesaDemos builds and installs well, but other packages can't link against it.
This issues influence a great deal of software, including IMHO all QT-based software.
>How-To-Repeat:
Just do a "make install" on any Mesa package or try to rebuild mplayer or qt.
>Fix:
I suggest to mirror the old versions of this packages on a NetBSD fileserver and changing the download-location according until the compilation-issues can be resolved (because this is a quite fatal problem that needs to be fixed ASAP. Without Mesa there is not very much that actually *does* compile for a GUI-based development-system)
>Release-Note:
>Audit-Trail:
>Unformatted: