From owner-svn-src-projects@FreeBSD.ORG Tue Feb 10 09:29:55 2015 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E6EA8A0; Tue, 10 Feb 2015 09:29:55 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 170A6DD9; Tue, 10 Feb 2015 09:29:55 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id bs8so10554736wib.0; Tue, 10 Feb 2015 01:29:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=0L6Lf/3LAsgGXiFDqkXneMritPB7fcZS0Ts5D1yB6Es=; b=doopAr6XiBSbr1NCKmxwUSgFfn7lCRI1rECF5z1zfevllK2nEMRTXLM1l4LkYOprtk c6yIiZvRfppH5Tb+VKss59zBBSnUDZUhwE3KrdClwf608G6maKJh5U8Wq/A/exTrNInm iAUYa8vj9Yga9ujbJ4T/q80d7jtaLbqRO3mRqeOyeTlLk/YJYYczfH1uldM8a5+AhKfn YZ9ZsNj/COVwOi7obWC/9Dttr9X1JilpwzxbDGLJP03ZDNYBMIwwa3SNODlaDL4HXF5c quPaTJRxLAtN2LREtDmGvl7Xmq/1Rcubv592cGgE/qioXfQYjk1nlOH2QvBNG5g/dH8Y epCg== X-Received: by 10.194.234.40 with SMTP id ub8mr41924328wjc.100.1423560593416; Tue, 10 Feb 2015 01:29:53 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id r3sm17959180wic.10.2015.02.10.01.29.51 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Feb 2015 01:29:52 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 10 Feb 2015 10:29:50 +0100 From: Baptiste Daroussin To: David Chisnall Subject: Re: svn commit: r278447 - projects/release-pkg/release/packages/kernel Message-ID: <20150210092950.GQ29891@ivaldir.etoilebsd.net> References: <201502091025.t19APxwK057568@svn.freebsd.org> <2379227.vPTf1TCfaA@ralph.baldwin.cx> <20150209161830.GH29891@ivaldir.etoilebsd.net> <54D8E5CD.8050304@FreeBSD.org> <71EFE329-6A63-4A2A-9083-BEED15991F4C@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fu8LepSeDvpxVgv6" Content-Disposition: inline In-Reply-To: <71EFE329-6A63-4A2A-9083-BEED15991F4C@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: svn-src-projects@freebsd.org, src-committers@freebsd.org, John Baldwin X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 09:29:55 -0000 --fu8LepSeDvpxVgv6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2015 at 09:19:59AM +0000, David Chisnall wrote: > On 9 Feb 2015, at 16:52, John Baldwin wrote: > >=20 > > Hmm, it might be nice to choose it at runtime. Maybe I want to use > > GENERIC as the main kernel so I want it at /boot/kernel, maybe I wnat to > > install the "official" FreeBSD GENERIC kernel as /boot/kernel.GENERIC so > > I'd like to be able to override the "prefix" as it were. Similarly, I > > might want to install a test kernel package to /boot/test so I can use > > it with nextboot without changing the machine's default kernel. In the > > case of the kernel all the bits live in one directory, so if you allow > > the directory to be fungible during install that should be doable. I > > can't think of other things besides the kernel that have this sort of > > behavior. >=20 > Would it work to have each kernel install as a unique name (e.g. KERNEL.G= ENERIC-11.1r6) and a symlink that's updated to point to the most recently i= nstalled one? I can think of a few other ports where you want to have mult= iple versions installed with a suffix like this and would ideally like the = same behaviour (e.g. the llvm ports, where you might need llvm33 installed = for some dependency and llvm35 installed because it's the latest, but would= quite like symlinks from clang -> clang35 and so on). >=20 > The only issue that I can see with this approach is that you'd need to ma= ke sure that you eventually removed old kernels if you didn't want /boot to= become full and it's not clear what the trigger should be (remove the old = one after successful boot of the new one? Perhaps we'd want the ability to= clear the old one's installed-by-user flag so that a future pkg autoremove= would delete it if it's a normal upgrade - this might be a sensible defaul= t for anything where old and new versions don't conflict with each other). = =20 Yes it will work Best regards, Bapt --fu8LepSeDvpxVgv6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTZz44ACgkQ8kTtMUmk6EzqdwCfY1LJEuMdSCzqHemn9L+dYxBJ NFYAoLQbbWiLbvrna/CkhV+EUKUAOAm8 =EUci -----END PGP SIGNATURE----- --fu8LepSeDvpxVgv6--