X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from ncopa-desktop.alpinelinux.org (unknown [79.160.13.133]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: n@tanael.org) by mail.alpinelinux.org (Postfix) with ESMTPSA id BCCDEDC0082; Tue, 11 Nov 2014 11:15:34 +0000 (UTC) Date: Tue, 11 Nov 2014 12:15:32 +0100 From: Natanael Copa To: Timo Teras Cc: Isaac Dunham , alpine-devel@lists.alpinelinux.org Subject: Re: [alpine-devel] Could we break the mesa-dev dependency on mesa-dbg? Message-ID: <20141111121532.338a51a7@ncopa-desktop.alpinelinux.org> In-Reply-To: <20141111104850.5699d6b3@vostro> References: <20141110182421.GA3402@newbook> <20141111104850.5699d6b3@vostro> X-Mailer: Claws Mail 3.11.0 (GTK+ 2.24.23; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 11 Nov 2014 10:48:50 +0200 Timo Teras wrote: > On Mon, 10 Nov 2014 10:24:22 -0800 > Isaac Dunham wrote: > > > I have several development packages installed, which drag in three > > -dbg packages: glib-dbg, musl-dbg, and mesa-dbg. > > In theory, I can see the logic for -dev requiring -dbg. > > In practice, I've installed the Qt5 development packages to build > > the Otter browser, whiich works quite well; these pull in mesa-dev, > > thus pulling in mesa-dbg, which is over 100 megabytes I have > > absolutely no use for (~7% of total disk usage). > > > > Would it be possible to make mesa-dbg an exception, due to its > > extremely large installed size? > > I think it would be useful if none of the -dev packages depended on the > -dbg. It's not a dependency. And it'll made builders run faster, etc. > > I think -dbg should be standalone. It's needed only when debugging a > package. > I agree, but unfortunally, we just built world with current behaviour and I just did RC1. I can update abuild to not add -dbg as subpackage but then all the packages which has -dbg needs to be rebuilt. The list of packages are: main/asterisk main/claws-mail main/dhcp main/firefox main/freeradius main/freeradius3 main/glib main/gnutls main/kamailio main/libnice main/libtirpc main/lighttpd main/mesa main/musl main/nfs-utils main/nsd main/openvswitch main/oscam main/php main/postgresql main/quagga main/rpcbind main/rtapd main/rtnppd main/unbound testing/firefox Are we ok to do this before RC2? > The only sensible default would be -dbg having install_if= gdb. > Though it might not be feasible to install *all* -dbg packages due to > their size. Perhaps add meta-packages "debug-info", and have install_if > against that? I don't think its worth it. You normally only install -dbg when you are trying to debug a specific application. -nc > > /Timo > > > --- > Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org > Help: alpine-devel+help@lists.alpinelinux.org > --- > --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---