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: