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 858641381FA for ; Thu, 5 Jun 2014 11:28:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CE8EFE0AB6; Thu, 5 Jun 2014 11:28:42 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BA789E08FC for ; Thu, 5 Jun 2014 11:28:41 +0000 (UTC) Received: from [10.173.147.84] (85-76-37-17-nat.elisa-mobile.fi [85.76.37.17]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id 6C8CE33F8F8 for ; Thu, 5 Jun 2014 11:28:40 +0000 (UTC) Message-ID: <539053D1.3000406@gentoo.org> Date: Thu, 05 Jun 2014 14:26:09 +0300 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Systemd upower References: <20140603161406.0400709b5f38540475ac4c1f@web.de> <20140604171420.0a935629@sepulchrave.remarqs> <538F9D39.2020905@gentoo.org> <201406050624.15769.michaelkintzios@gmail.com> <20140605124742.54d77f0e@gentoo.org> In-Reply-To: <20140605124742.54d77f0e@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 60248a7e-e05c-4b5a-890d-eba1d1e94f2e X-Archives-Hash: 7d0439b03f1537e93500cf110d2f481a On 05/06/14 13:47, Tom Wijsman wrote: > On Thu, 5 Jun 2014 06:23:38 +0100 > Mick wrote: > >> Are you saying that as things stand it is a matter of time before a >> gentoo user will have to switch from openrc to systemd, if they >> want/need to continue using sleep and hibernate? > For them to have support for sleep and hibernate, someone needs to > develop / maintain it in order to adapt to kernel API changes; as long > as the only one doing this is systemd, you'll work towards only it > being supported there in the future. Correct, and to name an example, pm-utils is still using the old wireless stack and 'wireless-utils' instead of 'iw' As in, pm-utils is using kernel options that are marked as DEPRECATED in the menuconfig, and DEPRECATED means they are going away at some point So it won't be long the package is broken for every machine that has wireless card I'm sure there are multiple other examples available, but this one pops up to mind immediately