From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 6A13E138334 for ; Sat, 4 Jan 2020 13:35:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0318AE08F5; Sat, 4 Jan 2020 13:35:20 +0000 (UTC) Received: from mail.sf-mail.de (mail.sf-mail.de [IPv6:2a01:4f8:1c17:6fae:616d:6c69:616d:6c69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F0CF1E08A6 for ; Sat, 4 Jan 2020 13:35:18 +0000 (UTC) Received: (qmail 1637 invoked from network); 4 Jan 2020 13:28:02 -0000 Received: from dslb-178-011-044-121.178.011.pools.vodafone-ip.de ([::ffff:178.11.44.121]:34074 HELO daneel.sf-tec.de) (auth=eike@sf-mail.de) by mail.sf-mail.de (Qsmtpd 0.36dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA for ; Sat, 04 Jan 2020 14:28:02 +0100 From: Rolf Eike Beer To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Keywordreqs and slacking arch teams Date: Sat, 04 Jan 2020 14:35:10 +0100 Message-ID: <3938687.JpMqjXcJLj@daneel.sf-tec.de> In-Reply-To: <9f546d3e-abcf-2f91-8138-69c94ed2521a@veremit.xyz> References: <1605332.Fl7cRXTQUm@daneel.sf-tec.de> <9f546d3e-abcf-2f91-8138-69c94ed2521a@veremit.xyz> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6606280.lFBjNPhBpm"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Archives-Salt: dd759b9e-563e-4628-af9f-696c2c078c57 X-Archives-Hash: ff0b7c6dcfd74e3c97fa428bcb7477a3 --nextPart6606280.lFBjNPhBpm Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Samstag, 4. Januar 2020, 12:25:07 CET schrieb Michael 'veremitz' Everitt: > On 04/01/20 11:09, Rolf Eike Beer wrote: > > Am Freitag, 3. Januar 2020, 11:00:14 CET schrieb Rolf Eike Beer: > >> Am Freitag, 3. Januar 2020, 03:40:35 CET schrieb Aaron Bauman: > >>> On January 2, 2020 6:35:08 PM EST, Rolf Eike Beer wrote: > >>>> Am Freitag, 3. Januar 2020, 00:25:06 CET schrieb Mike Pagano: > >>>>> hppa is making us keep old kernels around [1]. Should the kernel team > >>>>> be > >>>>> doing more to get your attention then CC'ing hppa on all of the kernel > >>>>> STABLEREQ bugs [2]? > >>>> > >>>> I only run vanilla-sources since there are still lot of cache > >>>> corruption > >>>> problems in hppa kernels, or whatever makes them flaky. > >>>> > >>>> Linux pioneer 5.4.6-parisc64 #1 SMP Fri Dec 27 10:23:09 CET 2019 > >>>> parisc64 > >>>> PA8800 (Mako) 9000/785/C8000 GNU/Linux > >>>> Linux voyager 5.4.6-parisc #1 Fri Dec 27 15:46:43 CET 2019 parisc > >>>> PA8600 > >>>> (PCX-W+) 9000/785/C3600 GNU/Linux > >>>> > >>>> So _I_ personally would say just drop old kernels, but that is in no > >>>> way > >>>> authorative. > >>> > >>> Ugh. gentoo-sources is just a patch (trivial) on top of vanilla-kernel > >>> sources of each stable and LTS version. > >> > >> If it's just that I could test them, but this still be no LTS version > >> that I would look at. > > > > So, do you want me to stable a random gentoo-sources (usually the most > > recent one) every few weeks when I just happen to upgrade my machine? > I don't think that works very well with kernel/security-team stabilisation > policies, sadly. > > Is there any possibility you would be able to do a stabilisation run, and > do a reboot cycle on one LTS branch (of choice, eg. most recent) and then > revert to your preferred kernel afterwards? This is annoying, because it usually collides with the nightly runs in some way. Doing the build on the C3600 took ~1d last time, the C8000 is faster, but I still have to time this right. Eike --nextPart6606280.lFBjNPhBpm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQSaYVDeqwKa3fTXNeNcpIk+abn8TgUCXhCUjgAKCRBcpIk+abn8 ThcvAJ47HEkbjMYgDOIu/toQLtEN7y9hnQCgmegVJCnUYFTxhq1cyfpq6jDX0Jw= =f+0C -----END PGP SIGNATURE----- --nextPart6606280.lFBjNPhBpm--