From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 23183138A1F for ; Thu, 30 Jan 2014 16:46:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CC3A5E0AB8; Thu, 30 Jan 2014 16:46:14 +0000 (UTC) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by pigeon.gentoo.org (Postfix) with ESMTP id 5298FE0AB8 for ; Thu, 30 Jan 2014 16:46:14 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA11.westchester.pa.mail.comcast.net with comcast id LDHl1n0020cZkys5BGmDkk; Thu, 30 Jan 2014 16:46:13 +0000 Received: from odin.tremily.us ([24.18.63.50]) by omta10.westchester.pa.mail.comcast.net with comcast id LGmC1n00S152l3L3WGmDsZ; Thu, 30 Jan 2014 16:46:13 +0000 Received: by odin.tremily.us (Postfix, from userid 1000) id 50F64F8BE43; Thu, 30 Jan 2014 08:46:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tremily.us; s=odin; t=1391100371; bh=7El+n/R3WL3ijXZuVNFsp5t1+Xie0b6fMfj1tfyqYkQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=QKNj8mtiMGrJH1Mi4ZV+j8Gx8XPa70Ow8uEOjtmEmrNVCMz7gsNZ7KX6UtHUVDMlC 4sEVQg+B9HZU8ZUIzxviiV3eSnmm2hF93tK1Pv6PXPR1b9BDV8+QRNXfGGsDKqHZn5 WROVCFiLlfy5FkGnt5F+akDq8zXURbYvT5L9hau8= Date: Thu, 30 Jan 2014 08:46:11 -0800 From: "W. Trevor King" To: Guy Martin Cc: gentoo-catalyst@lists.gentoo.org, hppa@gentoo.org Subject: Re: [gentoo-catalyst] Re: Catalyst pull request Message-ID: <20140130164611.GK14197@odin.tremily.us> References: <52E97F9E.5010906@gentoo.org> <20140129233454.GF14197@odin.tremily.us> <14fdc26924392b40107d9167cbdec5bd@tuxicoman.be> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@lists.gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PFhoI1KhOsYPpkJR" Content-Disposition: inline In-Reply-To: <14fdc26924392b40107d9167cbdec5bd@tuxicoman.be> OpenPGP: id=39A2F3FA2AB17E5D8764F388FC29BDCDF15F5BE8; url=http://tremily.us/pubkey.txt User-Agent: Mutt/1.5.22 (2013-10-16) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1391100373; bh=hnZyUPAigKVhAHWM2SXzK5OO8DnkfeqWl80TNv9+7vY=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=Quc7ISug9t7jhIKbrL9R8o+E4AYmhgtkl3rV/QLyahIyT9zFvIoQLH3xuXi6pxfbP T2P8cDOLisA22E/s8H5/QEMVge/GCe5wfmhOZy0/qWtM/oZyGTqe9IKZGykt8pbFrh xUfs/YcOUoe7z7fKgJOlnAAgk2R2WJwHJOek3/L5QKfy2qq/55lir0aHpvmXT8rQjE ekmBaULNzJ8Zt1eygaKoic+06e4NUgsiWIgvMXv711ZA5ybFoQN3ciwjNfG+OMeyPa whshHikaoNU2R0DVI/ZOorz8PM3yG88x+KpUxTAMRYz8p0VR4/B0xRaSql4Qi1emM4 sa4ah59672vZw== X-Archives-Salt: ef50a08f-5faf-4402-be41-a7563fa39668 X-Archives-Hash: c23d24ba2c6f0dc36d5efe915bc6a50c --PFhoI1KhOsYPpkJR Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 30, 2014 at 09:56:03AM +0100, Guy Martin wrote: > On 2014-01-30 00:34, W. Trevor King wrote: > > On Wed, Jan 29, 2014 at 05:24:30PM -0500, Rick "Zero_Chaos" Farina=20 > >> On 01/29/2014 10:19 AM, Guy Martin wrote: > >> > https://github.com/gmsoft-tuxicoman/catalyst/compare/6046e57...gmsof= t?expand=3D1 > > > > I think 6046e57 is useful, but it's already in pending with > > 70f7cfcand fcbcea4 [1]=E2=80=A6 > > This patch just make it easier to develop and test with a git > branch. I think it's a good addition and will definitely not break > anything. Agreed on both counts. I'm just recommending the older 70f7cfc and fcbcea4 over 6046e57. > > I've never used PALO [2], so I'm agnostic on 0f4c970. I agree > > with dol-sen's #gentoo-releng comment that it would be better to > > make this timeout configurable, but since this is code I'll never > > use, I don't feel very strongly about it ;). >=20 > The timeout will be configurable when booting. The user always has > the option to change the value. It's just there because when I > install a box remotely, I can easily panic the kernel (like ctrl-d > in the netboot) and I have no way to recover the box. If you can't set this remotely already, I don't expect a user will be able to change the value remotely either. You want to set this in Catalyst instead, so I think it's fair to support users who want to change (or disable) the timeout in Catalyst too. > >> > Regarding commit 333808b, > >=20 > > I don't understand the first hunk in 333808b: > > > > =E2=80=A6 > >=20 > > Why create /tmp/kerncache if kerncache is disabled? >=20 > This directory is used later on in the kmerge.sh script for a few files. > For example you have : > /tmp/kerncache/${clst_kname}/${clst_kname}-${clst_version_stamp}.EXTRAVER= SION > /tmp/kerncache/${clst_kname}/${clst_kname}-${clst_version_stamp}.USE >=20 > I wasn't sure about the use of these files so I went for the safe > route to create the directory. A proper fix might simply be to avoid > creating these files at all if kerncache isn't used. The proper fix route sounds better to me ;). > >> > the second hunk adds --selective=3Dn to emerge always merge the > >> > kernel. When having two kernels in the livecd specs, the first > >> > build works fine but the second one fails because the sources > >> > are removed and not reemerged. > >=20 > > I'm not entirely sure how this is supposed to work, but I'm not > > wild about --selective=3Dn. Are the two kernels you're adding to > > the livecd both from the same package? =E2=80=A6 >=20 > Yes they are both from gentoo-sources. On hppa we have to compile a > 32 and a 64bit kernel, provide them both to palo and it'll decide > which one to boot base on the machine it's booting. Some hppa box > can boot only 32 or 64 while some can boot both. Got it, thanks. I'll poke around and see if I can come up with something that works and preserves the @world entry. Can you point me towards some example spec files for testing? Thanks, Trevor --=20 This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy --PFhoI1KhOsYPpkJR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJS6oHQAAoJEKKfehoaNkbtjVkP/0j5at0Ca8vq+pPPP1XCvV5y Q1CJuv/oRzCRqoGdBztzO9g3fhE4FC/5Z1bJZW/fKDKyTHpM3rphpZxXscGa5J1a jJXQYHra6716TmWo5Sb4TOStTpXvg8My1SW3FJ4cIUiRRChPGe11w8hRJ+FJ7FCH jMj8w9Wj3GKoPs9YRpsAE3LyzZo1gO5yWXe86ExD6uXr7/I8/aB10GdwDTESZ5NT 7D99NdQPTGATLEb3eavuoeI2SdWhOAxY0fwsqgzsiilcMljt5l44kVjP0uT46SU4 9BhJPEUQx5Q08oi5TfI8Ly7Xgua0vlLWXoL+VG3b1KANnM72/0yjCFtHLk0WUuao NUot5g7bK+1QpPHZ6GX0xlrqIQh6Rfq0BSdYOw9HP+NkTN9fUsMFL1fGVq6omHvb 019SpETFRpT3D3BQjTQ2ku0AyFNfkHQYOL06CK4hU6cQwnoHUwDmXcTI75IUf0wV 0zfhjdo5UCWajMYBaPqLT3N8jb2dCQlFmqtBezizR1Ltj7bUN0iHTCJH5VXYXomY c7ZJgPRGhK5LUTddw2XfmotMf2xnybrR3Bq1tM4CngdPf6AUXaSDsffUWs1V23wE 1TsJDzImEHznPaA4MzrVX+wdNHfXGcuMofyIhI3AM1KeiqL6U3Kdpm4rlc5i6Uit zXdeUKIIlG9amZPMAk3l =zo33 -----END PGP SIGNATURE----- --PFhoI1KhOsYPpkJR--