From owner-freebsd-ports@FreeBSD.ORG Fri Oct 4 11:13:01 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A74CFF4 for ; Fri, 4 Oct 2013 11:13:01 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9FDF0262F for ; Fri, 4 Oct 2013 11:13:00 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sweb; b=yrU9YqfFsgZjN+Yv+BPnjfTzAJ+FgeONa zcPRCscBkmpE06mlhxYu32GXS251pu854/IwkqfLYrxPlc7YAoEOJGe9L5R3TJed dyuofFSKdiepup71NTm5PHTulqnkNnsX6k297jyQwAbvtYPtZLmsEzwlQi9HZvWv ZFT5xZv7TY= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=date:from :to:cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=sweb; bh=gbStOIE6b+2odUUaXBEyaWHptarqS2ALZj0zNk6 6yHE=; b=kNlWbL0YTHim3SJy/yTecx6VVveH4CD4eEIlLYX9CAgxGf9l8x/ZgC7 jw60gCGctbMerVfwNA02IhSyO4hjuSUcpzPiVC4xe1zrOq1kR3sedl3ykm4tUxl3 zdTlzeqdo9+4Xp80/nUvKdXhbpk1l2rRYLKFDOMiOsnCkd8EpOSQ= Received: (qmail 73154 invoked from network); 4 Oct 2013 06:12:58 -0500 Received: from unknown (HELO admin.xzibition.com) (bryan@shatow.net@173.160.118.90) by sweb.xzibition.com with ESMTPA; 4 Oct 2013 06:12:58 -0500 Date: Fri, 4 Oct 2013 06:12:56 -0500 From: Bryan Drewery To: Baptiste Daroussin Subject: Re: [HEADSUP] Staging, packaging and more Message-ID: <20131004111256.GC98118@admin.xzibition.com> References: <20131003084814.GB99713@ithaqua.etoilebsd.net> <524D6059.2000700@FreeBSD.org> <524DD120.4000701@freebsd.org> <20131003203501.GA1371@medusa.sysfault.org> <20131004061833.GA1367@medusa.sysfault.org> <20131004063259.GC72453@ithaqua.etoilebsd.net> <20131004065753.GV82824@droso.dk> <20131004070158.GE72453@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nmemrqcdn5VTmUEE" Content-Disposition: inline In-Reply-To: <20131004070158.GE72453@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, Fernando =?iso-8859-1?Q?Apestegu=EDa?= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2013 11:13:01 -0000 --nmemrqcdn5VTmUEE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 04, 2013 at 09:01:58AM +0200, Baptiste Daroussin wrote: > On Fri, Oct 04, 2013 at 08:57:53AM +0200, Erwin Lansing wrote: > > On Fri, Oct 04, 2013 at 08:32:59AM +0200, Baptiste Daroussin wrote: > > > > > > > > > > > > > > Please no devel packages. > > > > > > > > > > > > Seconded. > > > > > > > > > > What's wrong with devel packages? > > > >=20 > > > > It complicates things for developers and custom software on > > > > FreeBSD. The typical situation that I see on most Linux platforms i= s a > > > > lot of confusion by people, why their custom software XYZ does not > > > > properly build - the most common answer: they forgot to install a > > > > tremendous amount of dev packages, containing headers, build tools = and > > > > whatnot. > > > > On FreeBSD, you can rely on the fact that if you installed e.g. lib= GL, > > > > you can start building your own GL applications without the need to > > > > install several libGL-dev, libX11-dev, ... packages first. > > > > This is something, which I personally see as a big plus of the Free= BSD > > > > ports system and which makes FreeBSD attractive as a development pl= atform. > > > >=20 > > >=20 > > > On the other ends, that makes the package fat for embedded systems, t= hat also > > > makes some arbitrary runtime conflicts between packages (because they= both > > > provide the same symlink on the .so, while we could live with 2 versi= on at > > > runtime), that leads to tons of potential issue while building locall= y, and > > > that makes having sometime insane issues with dependency tracking. Wh= y having > > > .a, .la, .h etc in production servers? It could greatly reduce PBI si= ze, etc. > > >=20 > > > Personnaly I do have no strong opinion in one or another direction. S= hould we be > > > nicer with developers? with end users? with embedded world? That is t= he question > > > to face to decide if -devel packages is where we want to go or not. > > >=20 > >=20 > > If we chose to go down that path, at least we should chose a different > > name as we've used the -devel suffix for many years for developmental > > versions. > >=20 > > I must agree that it is one of the things high on my list of things that > > irritate me with several Linux distributions but I can see the point for > > for embedded systems as well. But can't we have both? Create three > > packages, a default full package and split packages of -bin, -lib, > > and even -doc. My first though twas to make the full package a > > meta-package that would install the split packages in the background, > > but that would probably be confusing for users at the end of the day, so > > rather just have it be a real package. > >=20 > I do like that idea very much, and it is easily doable with stage :) +1 to splitting packages for embedded usage. >=20 > regards, > Bapt --nmemrqcdn5VTmUEE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQJ8BAEBCgBmBQJSTqK4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzNkZFQkU5OTJGNTI4MERGNDgxMTM2MkE2 RTc4MkFDMDNDOUIwQ0Y5AAoJEG54KsA8mwz5NckP/A/dhYtscfDyIjyETceC7/7t /7bgFvD4Wepg6h2OMkqlWn2yT3bMxUUoP80Kslyq1XYatVomWRVB85ZXNTGJOJHG 7PrWTh3YXQHMFL107uhM6sfvulgY6P6T9yAZsUzDHvPFFyRaZlNWf2Z7HL5AXDYv 4TQr7/jQmn4zZUGePg+E5nJdupIG7wln2FtDM0yvrbWv4FwOcr8fW6zU5Z7DfMBs 2kqUa9/IPHrKNoxIM83B6Sx9ZirriMK2y/V2PcQ7+Gc1hpn4kLYwwFjD+N73gTNX KYOh/u1AJ719P4XonWagYsu8UPnt4R4pELri5U2hKGYAhxEEx9WsP8FqUkbiOYFd SFUDdU/VD+Ncm+wG4ntaQY4lAMI0YEbGB82m8YN/saP20M//Kgoq99A735hF7hn7 8SoTBazITBhf49Y1dugKmTQsTiFdDsekh6VNwvpD7hKsi+QOVKS8qtUhZEmN5X8z aCit5cdBjfPgUb30iOmBsDhcXAcoQksoQ1kBBw9wt2redlYhQLsdRMkJLnDOic8B ojpUhjNZ+upKiN08TW9Ks+8M81ZeiOIvWcllkBMgVv7nsZJ7mjjmGfNBf0qVhiJt AsX/CBLqR58w1EWyKmHMyDhwjV6b4xoe0+nUTwT50mqzEgC1S4zZWudPq0DdOPC5 x+7kZUl2XvQhvLoYWZAd =cKE3 -----END PGP SIGNATURE----- --nmemrqcdn5VTmUEE--