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 9325E1381F3 for ; Sat, 25 May 2013 12:25:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B5C44E0B6F; Sat, 25 May 2013 12:25:15 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C70C4E0B60 for ; Sat, 25 May 2013 12:25:14 +0000 (UTC) Received: from [192.168.1.34] (174.Red-80-39-197.dynamicIP.rima-tde.net [80.39.197.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 722BB33E013 for ; Sat, 25 May 2013 12:25:13 +0000 (UTC) Message-ID: <1369484710.6719.2.camel@localhost> Subject: Re: [gentoo-dev] eselect init From: Pacho Ramos To: gentoo-dev@lists.gentoo.org Date: Sat, 25 May 2013 14:25:10 +0200 In-Reply-To: <20130525140341.731cdef5@TOMWIJ-GENTOO> References: <51A08A68.3020900@gentoo.org> <1369480416.6719.1.camel@localhost> <20130525140341.731cdef5@TOMWIJ-GENTOO> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.2 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: 8bit X-Archives-Salt: e73ef593-02cc-4569-9f3d-5cc5fd44bb9e X-Archives-Hash: 8bd27c9f1d380c0a31e90c7fbf345146 El sáb, 25-05-2013 a las 14:03 +0200, Tom Wijsman escribió: > On Sat, 25 May 2013 13:13:36 +0200 > Pacho Ramos wrote: > > > I use e4rat and, for that, I need to add > > init=/sbin/e4rat-preload > > > > to my grub.conf, I guess this wouldn't change with this, no? :/ > > > > Thanks for the info! > > That instead of the default will first load e4rat-preload and only > after that the init symlink / wrapper will be called. > > So, the changes being discussed here will not prevent e4rat-preload > from running, but rather change what would happen after e4rat-preload > kicks off init. It is a transparent change and should not affect > e4rat-preload functionality in a bad way. > Great! :D