From owner-freebsd-multimedia@FreeBSD.ORG Sat May 29 10:50:34 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFF8D1065673 for ; Sat, 29 May 2010 10:50:34 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 42E558FC0C for ; Sat, 29 May 2010 10:50:33 +0000 (UTC) Received: (qmail invoked by alias); 29 May 2010 10:50:32 -0000 Received: from 85-127-250-198.dynamic.xdsl-line.inode.at (EHLO walrus.pepperland) [85.127.250.198] by mail.gmx.net (mp054) with SMTP; 29 May 2010 12:50:32 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+bxJ0MtwGb/MwFZR0EM6Qee561ociR4x53lfGelJ +RIlMf55yxtodc From: Stefan Ehmann To: freebsd-ports@freebsd.org Date: Sat, 29 May 2010 12:50:30 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE; KDE/4.4.3; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201005291250.31005.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-multimedia@freebsd.org Subject: replacing audio/libmpcdec by audio/musepack X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2010 10:50:35 -0000 Hi, I'm the maintainer of audio/musepack. With the last update, it now provides libmpdec.so. About 15 ports currently use the older shared library provided by audio/libmpcdec (maintained by multimedia@, CCed). For now, mutual CONFLICTS are registered. What I'm planning to do is update all depending ports to use audio/musepack, thus making audio/libmpcdec obsolete. I have some questions before I'll start working on this task: - Are there any objections to deprecating libmpcdec and replacing it by musepack? According to the website, libmpcdec version is "Old. Refer to above SV8 lib (compatible with SV7)". After creating a patch for updating and testing: - Should I ask the maintainers of the affected ports for approval? I've tested musicpd and vlc so far and update was pretty straight-forward: replace LIB_DEPENDS+= mpcdec.5:${PORTSDIR}/audio/libmpcdec by LIB_DEPENDS+= mpcdec.7:${PORTSDIR}/audio/musepack and bump the port revision. Because both ports conflict, upgrading needs manual intervention. I guess I should prepare an entry for UPDATING? Anything I forgot or other thoughts? -- Stefan