From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Mxogu-0006mo-63 for garchives@archives.gentoo.org; Tue, 13 Oct 2009 21:13:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F3DF2E085E; Tue, 13 Oct 2009 21:13:17 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by pigeon.gentoo.org (Postfix) with ESMTP id DAC74E085E for ; Tue, 13 Oct 2009 21:13:17 +0000 (UTC) Received: from linux1.localdomain ([76.183.49.63]) by cdptpa-omta02.mail.rr.com with ESMTP id <20091013211317429.NQZM16243@cdptpa-omta02.mail.rr.com> for ; Tue, 13 Oct 2009 21:13:17 +0000 Received: by linux1.localdomain (Postfix, from userid 1000) id 1A72E43C03; Tue, 13 Oct 2009 16:13:16 -0500 (CDT) Date: Tue, 13 Oct 2009 16:13:16 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] openrc-0.5.1 arrived in the tree Message-ID: <20091013211315.GA8359@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <200910091957.09193.zzam@gentoo.org> <8b4c83ad0910100622u502a69bdy6a9aaca18304cd48@mail.gmail.com> <200910102230.07124.zzam@gentoo.org> <200910131823.39417.hwoarang@gentoo.org> <20091013181618.GA7940@linux1> <4AD4E951.8020606@avtomatika.com> <20091013191741.GA8178@linux1> <4AD4F495.5060605@avtomatika.com> 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-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <4AD4F495.5060605@avtomatika.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: 776e452f-60cc-4816-94c9-b4bd3f6884f2 X-Archives-Hash: f7b92b4e7f8f7b15151290cd308f1667 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 13, 2009 at 11:43:49PM +0200, Branko Badrljica wrote: > Which I did. I don't have openrc in /etc/portage/package.use, so it was= =20 > emerged with default USE flags ( if you count default as in "as set in=20 > make.conf" ). emerge -pv openrc woould emerge it as: >=20 > sys-apps/openrc-0.5.1 [0.4.3-r4] USE=3D"ncurses oldnet%* pam unicode -deb= ug" >=20 > ... which means with "oldnet" flag. =20 In that case, if your system was broken, I'm sure the maintainers would like to know about and would like to know how you fixed it, since it was a different issue. > And whenever I tried it, it broke my system. =20 Please file a bug. We need to know all steps and all details of what happened when you did the upgrade. Did you use etc-update or something similar to update all of your configuration files? What happened when you attempted to reboot? From what you described in your original email there is not enough information to tell us what was going on. > > If you accept the defaults and it doesn't work, I will gladly agree that > > there is a major regression and the package should be masked. On the > > other hand, if the new network scripts do not work, I don't see that as > > a show stopper. Yes, I would agree that there should be a warning about > > turning off the oldnet use flag, but I don't think this warrants masking > > the ebuild, unless I am missing something. If I am, definitely let me > > know. > I don't feel comfortable with your philosophy. It doesn't matter how=20 > obvious matters seem to you, your changes can affect many people in many= =20 > situations and configurations, not necessarily allways without unforseen= =20 > consequences. Agreed. However, it is also impossible for developers to test packages on every possible system with every possible configuration, so there will be times, if you are running ~arch, that things may not work right. If that happens, the best thing you can do is file a bug so that we can try to fix the issue. As was said earlier in this thread, the person who put it in the tree tested it, and he had several others test it with no problems. Also, he did follow upstream's recommendation and configure the new openrc to use the old network scripts. So, if there is an issue, we need to know about it. > I understand that Gentoo is not for pussies and that you can't make an=20 > ISO-9001 procedure for every change with every user, but it would really= =20 > be nice to have at least some _basic_ safety, like mentioning changes in= =20 > eselect news, or at least on home page of the package. I'm sure that any documentation issues will be taken care of by the time the package goes stable. For the record, I am not a maintainer of openrc either, but my experience was that that there was no change to be made since I stayed with the old network scripts. Like I said above, maybe there should have been a warning to not try to switch to the new scripts yet unless you were willing to test them, but I don't see why it should have prevented ~arch users from getting the package. --=20 William Hubbs gentoo accessibility team lead williamh@gentoo.org --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkrU7WsACgkQblQW9DDEZTgB7ACgiSgcUniwQgG9DAtD3/aGOJF0 rgwAoIAIj7PZQKdHMR734iBno3lHW/tr =vsAE -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP--