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 1N0d0L-0008Q2-OQ for garchives@archives.gentoo.org; Wed, 21 Oct 2009 15:21:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1B849E07DD; Wed, 21 Oct 2009 15:21:36 +0000 (UTC) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by pigeon.gentoo.org (Postfix) with ESMTP id D3F3EE07DD for ; Wed, 21 Oct 2009 15:21:35 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so2912685fga.10 for ; Wed, 21 Oct 2009 08:21:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Ptsdl8Knw62+/oA0MrdD2dIoDe/o72ZwRrh5Df4jod8=; b=SxbHF+ZMB/REFcfbXZab57ddMMG0YN0QUBMkLHforY9+F0noz8ue1PEn+IBuG2MP+S Cuck+ZaxibORHfUx3aJW/4LY+8Xr013Z79IeVsdg1+26JLzJs8JBqP78MCXqFCITmtwR uXUN4xGRsWr2e+HC5O1tRyt6ro1QWYTAPmjiI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=AKpYpHCXTdlOupYRMeuZAPu263rMMIZeTAXgCy49/w7eAj9M1AAo+cYoX/2J7m06s2 eR1RFZ63vJDA0spn+ZemRHdzJuc7FIN2rRl+IqUkKS5LdONL1r9Lh6umlfmseT8qaljo t604oUwif4tREUXyVdxuO8AAjFC/AdVudo3io= 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 Received: by 10.103.122.29 with SMTP id z29mr3360259mum.53.1256138495034; Wed, 21 Oct 2009 08:21:35 -0700 (PDT) In-Reply-To: <255f067f0910210545u5790cdccxaaa2f390a6493496@mail.gmail.com> References: <1255733421-30950-mlmmj-4f4db363@lists.gentoo.org> <7486f8688d881f8d4a987199cb9ec8ea.squirrel@core-mail.net> <200910170953.40078.patrick@gentoo.org> <255f067f0910210545u5790cdccxaaa2f390a6493496@mail.gmail.com> Date: Wed, 21 Oct 2009 15:21:34 +0000 Message-ID: <255f067f0910210821m68ef25b0q89bdbe2083c4425b@mail.gmail.com> Subject: Re: [gentoo-dev] Re: New ebuild metadata to mark how robust the package is? From: Ladislav Laska To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: e6d61236-3d57-4229-8ef9-beca1be1258d X-Archives-Hash: 4b8a2ccfc6151298c6e4f05e3156aa7e Of course, by "safe" I meant "unsafe" or "needs-additional-care" or whatever,... My bad. Regards Ladislav Laska S pozdravem Ladislav Laska --- xmpp/jabber: ladislav.laska@jabber.cz On Wed, Oct 21, 2009 at 12:45 PM, Ladislav Laska wrote: > Hi, > > One can see some similarity to a thread around week or two old (about > critical packages). I would imagine, that a simple and straightforward > solution would be to make a new set of packages. Since we already have > world and system sets, it wouldn't hurt to have a third, "safe" list > which would be configurable by user. What I mean is: > > I consider ssh, postfix two very important packages (ssh is pretty > stable, but hey, what if...) and I would most certainly not want to > trigger emerge world and not notice postfix. So: I would add ssh and > postfix to the "safe" set and do emerge -avu @safe, have a coffee and > looked whether it's ok (mail are flowing, can login, etc. etc.) and > then do emerge -avuD world and sleep well. > > I think this would be good solution for all of you? > > > Regards Ladislav Laska > S pozdravem Ladislav Laska > --- > xmpp/jabber: ladislav.laska@jabber.cz > > > > On Sun, Oct 18, 2009 at 2:10 AM, Duncan <1i5t5.duncan@cox.net> wrote: >> Patrick Lauer posted on Sat, 17 Oct 2009 09:53:39 +0200 as excerpted: >> >>> On Saturday 17 October 2009 01:29:00 Daniel Bradshaw wrote: >>>> Some packages, like findutils, are pretty robust and generally just ge= t >>>> on with working. >>>> Other packages, like apache and ssh, need are more fragile and need >>>> plenty of configuration. >>> That's almost completely user-side configuration outside the influence >>> of portage. emerge findutils and emerge apache "works" the same ... >>> >>> >>>> Packages from the second group want emerging on their own, or in small >>>> groups, the better to keep an eye out for notices about things that >>>> might break, to update configs, and to check that they're running >>>> happily. >>> That's a very individual thing :) >>> Sometimes apache is a critical service, sometimes apache is just there >>> as a fallback if/when the lighttpd+php+... stack breaks. >> >> FWIW, there's a portage helper package, IDR the name as I have my own >> system for this but it looks like it might be helpful here, that allows >> users to pick and choose their updates. =C2=A0One could run it multiple = times, >> updating (what the user considers) the critical stuff on its own, and >> updating everything else in a big bunch. >> >> That seems like the answer here; it already exists; and it's in the tree >> (unless it has been removed recently, I don't know as IDR the name). >> Take a look thru app-portage and see what you find. >> >> -- >> Duncan - List replies preferred. =C2=A0 No HTML msgs. >> "Every nonfree program has a lord, a master -- >> and if you use the program, he is your master." =C2=A0Richard Stallman >> >> >> >