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 5B148138330 for ; Fri, 12 Jan 2018 17:57:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 08CAAE0964; Fri, 12 Jan 2018 17:57:23 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 A7129E0932 for ; Fri, 12 Jan 2018 17:57:22 +0000 (UTC) Received: from tuxbrain.localnet (178-190-55-218.adsl.highway.telekom.at [178.190.55.218]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: asturm) by smtp.gentoo.org (Postfix) with ESMTPSA id 5B244335C0C for ; Fri, 12 Jan 2018 17:57:20 +0000 (UTC) From: Andreas Sturmlechner To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Last-rites: media-video/2mandvd Date: Fri, 12 Jan 2018 18:57:11 +0100 Message-ID: <2518581.jOBN4V3rYy@tuxbrain> In-Reply-To: References: <1796246.G1hBCePAzA@tuxbrain> 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 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Archives-Salt: cb0855e6-fdc9-496b-bf91-31615d7d326e X-Archives-Hash: b15bdbcac13354c4be2a59ff85281667 On Dienstag, 9. J=E4nner 2018 21:04:51 CET Duncan wrote: > Is there a timetable for the "dead" qt4 removal yet? >=20 > Where will it go when removed, kde-sunset, graveyard, or...? I don't think there is an established timetable for this, and I am certainl= y=20 not the one to set it up, or decide where to put the dead ebuilds. We just = go=20 through qt4 revdeps, of which there are a lot, check the upstream status an= d=20 weed out the hopeless cases first. At some point I guess Qt4 will be broken/ blocking stabilisation of deps that it simply has to go, together with=20 whatever is still left depending on it. kdelibs4 will be kicked much sooner= =20 than that, you may want to pay attention to that, and it will be moved to k= de- sunset. You can find various trackers around qt4-removal and revdep'ing=20 libraries on b.g.o. qt4-removal (list is not nearly complete): https://bugs.gentoo.org/631788 Regards, Andreas