From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21600 invoked by uid 1002); 3 Nov 2003 17:54:37 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 6981 invoked from network); 3 Nov 2003 17:54:36 -0000 From: Mike Frysinger Reply-To: vapier@gentoo.org To: gentoo-dev@gentoo.org Date: Mon, 3 Nov 2003 12:55:15 -0500 User-Agent: KMail/1.5.4 References: <3FA5AF6F.5030501@codewordt.co.uk> <87k76hzboq.fsf@killr.ath.cx> In-Reply-To: <87k76hzboq.fsf@killr.ath.cx> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_Lapp/GJ6+RjUBrb"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200311031255.23334.vapier@gentoo.org> X-PMX-Version: 4.1.0.80455 Subject: Re: [gentoo-dev] Vanilla behaviour in Gentoo Linux (long email) X-Archives-Salt: b2ed8438-2751-410d-92c8-bf1e533b4160 X-Archives-Hash: 5f96630973812ec7b58fb82d8c3bd491 --Boundary-02=_Lapp/GJ6+RjUBrb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Monday 03 November 2003 10:58, Matthew Kennedy wrote: > > developer preference deviating from vanilla behaviour? There have > > been bugs filed about the removal of graphical /etc/issue which was > > later removed. Why not give the user the choice and put control in > > his or her hands? Customisation is a preference. My requests: > > I'm just glad the gory ASCII art one is gone :-D /etc/issue.logo :p but anyways ... asking for a blank /etc/issue is wrong imo ... every distro= =20 has an issue, Gentoo gets one ... it's a basic file that every distro shoul= d=20 have by default ... if you dont like it, make it a 0 byte file ... next time you update baselay= out=20 it'll ask if you want to update /etc/issue, you just say no :p > > On completion of merging the portage ebuild sleeps for ~15 seconds, > > the baselayout ebuild for ~10 seconds and even dev-sources sleeps for > > ~5 seconds whilst all these packages display messages. In my opinion, > > this is downright pointless. On a source distribution like this one > > I agree with this. Delays and beeps are pointless. I'm probably > asleep in bed when these important messages, complete with delays and > beeps fly up the screen. i dont like the sleep/beeps either and there is a bug open about einfo=20 logging ... go make some noise on it because it seems it's gone neglected b= y=20 the portage team =2Dmike --Boundary-02=_Lapp/GJ6+RjUBrb Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iQIVAwUAP6aWikFjO5/oN/WBAQKuOA//Zf9n0PzLO8dlTVPUQ7B+KaUSpG9HM2bc H/Bfdql5Yd1G7KvhtLfLxGI5TNamKfZPJd8IrHX7VxPJtnN4ujYtjB+1/6niNti4 rJCZsfa+a0xtwx3CYxYOguaaGqM8go49sXa3DX2MHxJoAOU8DgTZLaHHYD2VScvG Olmr1P4FyvBu+psp2YaSDGTs3j3fqnwWmaay15KIr/p1+3Hq/5dDMuMoZQxwOicu 8aacKaPtlH8QXs+5gFb+K+vBZFKlMH7YZkLArCh/QimrzUkcCcO/zqWqCRp1Ei3E qql55qvVYym0on5FQXIfM83t2x56wxP8MZ7Znph2qfAmetd3nnOeKtk8P4ncW2Fn kYZnb2yEAPhoxbUn0uIBb1MTqjDCPCeizX52mU7urMcYFDgj+p1fLfFajkeNI0Vs nhv9ER56irmNACVyIDCbf9fTLHIFfw35XEk+f5eMnSWYHTX2ruXe7zJGC9Oj/bmW c9dolsuqN4h4mPayyLWQZxqyeFs530Fr8FNdpHJkhKIyw0Kwu4GTHChrVyF5AN4z 3ePazkQCimlJtdTD+0hqQYv8oe6++lypdQhdIiAhGqcCTIoixthmr9ZnjRmemumS +DZU4y2WXo+Ie3dD2T9OQ8pRLx7pxbcIhKpCxtwfjpIPH4J1doiSB8ZCZqB5ERAd w0PoHzgWZwQ= =a9nJ -----END PGP SIGNATURE----- --Boundary-02=_Lapp/GJ6+RjUBrb--