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 1EE58139083 for ; Thu, 10 Aug 2017 13:59:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6E654E0D26; Thu, 10 Aug 2017 13:59:29 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 18B97E0CCD for ; Thu, 10 Aug 2017 13:59:28 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 19235341750; Thu, 10 Aug 2017 13:59:25 +0000 (UTC) Message-ID: <1502373562.25115.3.camel@gentoo.org> Subject: Re: [gentoo-dev] New package neomutt From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Thu, 10 Aug 2017 15:59:22 +0200 In-Reply-To: <20170810093545.qhgn7iuuxn6l5dfk@rubberducky.suse.de> References: <20170731071119.jccco5q4kd3fs4xs@rubberducky.suse.de> <20170810045857.e6qrvnimteopxgev@rubberducky.suse.de> <1502350830.1554.1.camel@gentoo.org> <20170810075443.GR1321@gentoo.org> <1502352604.1554.4.camel@gentoo.org> <20170810093545.qhgn7iuuxn6l5dfk@rubberducky.suse.de> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-CM17BC1ob2o8OSIQpyu0" X-Mailer: Evolution 3.22.6 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 X-Archives-Salt: 54f94bcd-81a7-4ffd-9f00-7d81e7129070 X-Archives-Hash: 15c85261528ee551b1e240bbcffbcdbe --=-CM17BC1ob2o8OSIQpyu0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On czw, 2017-08-10 at 11:35 +0200, Nicolas Bock wrote: > On Thu, Aug 10, 2017 at 10:10:04AM +0200, Micha=C5=82 G=C3=B3rny wrote: > > On czw, 2017-08-10 at 09:54 +0200, Fabian Groffen wrote: > > > On 10-08-2017 09:40:30 +0200, Micha=C5=82 G=C3=B3rny wrote: > > > > On czw, 2017-08-10 at 06:58 +0200, Nicolas Bock wrote: > > > > > On Mon, Jul 31, 2017 at 09:11:19AM +0200, Nicolas Bock wrote: > > > > > > Hi, > > > > > >=20 > > > > > > I would like to add neomutt to the tree. This new package is me= ant as > > > > > > an alternative and not a replacement of the existing mutt packa= ge. > > > > >=20 > > > > > Thanks for all of the great suggestions and feedback! > > > > >=20 > > > > > This is round two. I have update the ebuild with all your > > > > > suggestions. I have also added support for eselecting between mut= t > > > > > and neomutt. Before the eselect ebuild can land though, we need t= o > > > > > rename the mutt binary so that the managed link can be called > > > > > mutt. > > > >=20 > > > > What for? How many people are exactly in the dire need of having bo= th > > > > installed simultaneously and switching between them? If you really = can't > > > > learn to type the new command, add IUSE=3Dsymlink blocking original= mutt > > > > and be done with it. Don't add more unowned files to /usr by anothe= r > > > > poorly written eselect module. > > >=20 > > > Be nice! No need to be bitchy here (and in the rest of your review). > > > Nicolas is just trying. > > >=20 > > > Me, as maintainer of Mutt, thought it was a good idea, because it all= ows > > > people to easily have both installed at the same time, which in this > > > interesting time for both projects is not a weird thing to have. > >=20 > > I don't see how eselect helps that. People can just run neomutt by > > typing... neomutt, right? It works without the symlink, right? >=20 > It does of course. What's appropriate here depends on whether we=20 > think somebody might want to have both mutt and neomutt installed=20 > at the same time. If we don't allow this use case, we don't have=20 > to worry about eselect and the neomutt binary will be called=20 > 'mutt' (as it is called by upstream already). If we do allow this=20 > use case, being able to eselect makes sense because then the=20 > binary is still always called 'mutt'. Considering that mutt has no revdeps, I doubt there's really any problem with 'just' calling it neomutt in Gentoo. In fact, it would be probably less confusing to the new users who do not expect it to be named 'mutt'. > > > If there is a policy/move to get rid of eselect, then sorry, I am not > > > aware of that. I can live with a symlink USE-flag. It doesn't seem > > > very elegant to me, but it would work for this scenario. > > >=20 > >=20 > > The move is against orphaned files in /usr that are randomly changed by > > runtime tools rather than the package manager. >=20 > I don't quite understand the problem. Doesn't the package manager=20 > take care of symlinks installed by the eselect package? >=20 It can't take care of /usr/bin/mutt symlink that will be edited by eselect. People with /usr read-only will have to establish yet another workaround to make this work. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-CM17BC1ob2o8OSIQpyu0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQKmBAABCgCQFiEEbbsHzE8NrQbqCv5BsHoa6u+0Rk4FAlmMZrpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZE QkIwN0NDNEYwREFEMDZFQTBBRkU0MUIwN0ExQUVBRUZCNDQ2NEUSHG1nb3JueUBn ZW50b28ub3JnAAoJELB6GurvtEZOHFUP/3i3CfvQ5zWsImwrwv7nqPl5SWRKtv6o RJNmn4+xuUO3/qxHDtTgj3CffduWlOEiRiBCip2WGjTuAD8kWbDyfM7bAX2dirYl DgUj4utkUX7IIVIg6hlse6dn0j1phHgr9hgjsVC32oSZbQ8EfxKeNCSDPTOM428w xc9ttaVaeH2akxKX6+muikQe331asx4sipN06+tJRY2h6lTjtfyXmLnZ5GVmS2XM Asat2b7EEfX/0/ZIMwPou/XinHM7OyS/8pqXyb2a6osFqBKqyIOBhx/ikwrhvClS v6sF+Y0oXRQ6n9Zlg0iIOz63ryfL/DmAdpkVdB9ESeKbnZ2SF5FrGvLNR5TkoVcl 7h1SBoxP7uCwXlRg62MR2ukWmm/cBoNASj1pXV/LHE13S35aAWEvpY9vt/baFD3G 7DTFYqsAgqwAJ5j7n8nkXG0Iw5VYkduhpN4d/1QBHJa7K4nMMvd93PpqJJXl7YFB trJuY+v4VkZAueiB1O9DWJVn3MUfkfM27mpD765tNZCyWIc6bYJRkepcKsoNTQD/ RHMb9QoVMvBgLrNXs0GB+34LyrAUqpOYeLMcLzTNvrVCr3wJdovbCJa0tIraHgYq uzkmrZq+jx9kWJ65+A5X8x+ZLxdgxkNePuI0h14GPYyUKRIAyfdhjPbyrffaXbMi CR3V5imls8js =Cj+c -----END PGP SIGNATURE----- --=-CM17BC1ob2o8OSIQpyu0--