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 70146138247 for ; Mon, 4 Nov 2013 10:27:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 67E06E09C1; Mon, 4 Nov 2013 10:27:17 +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 6194DE0943 for ; Mon, 4 Nov 2013 10:27:16 +0000 (UTC) Received: from localhost (ip-213-220-199-78.net.upcbroadband.cz [213.220.199.78]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: yac) by smtp.gentoo.org (Postfix) with ESMTPSA id 0A85D33EF71 for ; Mon, 4 Nov 2013 10:27:14 +0000 (UTC) Date: Mon, 4 Nov 2013 11:26:32 +0100 From: yac To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Official way to do rolling update (Was: Re: Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec) Message-ID: <20131104112632.0c7ff3de@gentoo.org> In-Reply-To: References: <20131104051518.51efd36c@gentoo.org> <52775FD3.7000102@sporkbox.us> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; x86_64-pc-linux-gnu) 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-SHA512; boundary="Sig_/fIHunp7Yxz+pLcYlw6.X8_n"; protocol="application/pgp-signature" X-Archives-Salt: ef45b799-16de-48ac-903f-ab8d3b203b64 X-Archives-Hash: 4777a1f723e8dc8f4725fcc932e2119a --Sig_/fIHunp7Yxz+pLcYlw6.X8_n Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 4 Nov 2013 09:51:32 +0000 (UTC) Duncan <1i5t5.duncan@cox.net> wrote: > Daniel Campbell posted on Mon, 04 Nov 2013 02:50:27 -0600 as > excerpted: >=20 > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > >=20 > > On 11/03/2013 10:15 PM, yac wrote: > >> On Sun, 03 Nov 2013 11:02:31 +0200 Alan McKinnon > >> wrote: > >>=20 > >> [snip] > >>>>=20 > >>>> Afaik there is no official way to update gentoo, is there? > >>>=20 > >>> It's always been "emerge -avuND world" > >> [snip] > >>=20 > >> Is this documented annywhere? I have a hard time finding it. I can > >> see it mentioned eg. in man emerge in -c option but that's not > >> good enough. >=20 > Read the handbook lately? =3D:^) >=20 > Handbook, part 2, Working with Gentoo, Chapter 1, A Portage > Introduction, Doc_chapter 3, Maintaining Software (this is the amd64 > link): >=20 > http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml? > part=3D2&chap=3D1#doc_chap3 >=20 > Look under the heading Updating your System. That starts with... >=20 > emerge --update --ask world >=20 > ... then discusses --deep, --withbdeps=3Dy, and --newuse, so the > example full update is ... >=20 > emerge --update --deep --with-bdeps=3Dy --newuse world >=20 > --ask and --pretend are discussed in the same doc_chapter as well, as > is -v (tho inconsistently, I don't see the long-option --verbose > discussed, as it is for the others). >=20 > --depclean, --search and --unmerge are discussed in that chapter too, > as is gentoolkit with equery and revdep-rebuild. About the only > thing missing is sets, and they're missing from working with portage > (part 3) AFAICT as well, most likely because the handbooks simply > haven't been updated for sets yet. Yes, there is describes what are possible ways to update the system and what criteria goes into selection of the packages to update but not which one is recommended, generaly for regular update. Could be helpful for newbs and to avoid doubt even between more experienced users. I think only -u world could be used to do updates. (possible --with-bdeps could be recommended too, for better security until users find out about glsa-check, though I think it is limited to packages that are believed to be widely deployed. =20 > >> Even if it is documented, I think it would be very helpfull to have > >> such a way implemented as "kind of option" to emerge like `emerge > >> --standard-ugrade` that would just alias to -uaNDv or possibly > >> leverage sets like `emerge @upgrade` >=20 >=20 > This has been discussed before. Zac could give you a summary and=20 > possibly point you at the thread, I'm sure. >=20 > I believe the reason it wasn't done is because the default options=20 > setting was added instead. Well that and the fact that (as covered=20 > below), I guess most users setup their own scripts/aliases at some > point, at which point the existence of something that general-purpose > default built-in becomes moot. I expected some people to do this now, but I never found it worth anything unless it could deal with all the (perl|python|haskell|whatnot)-updaters and revdep-rebuild and such. It would be nice-to-have it as part of emerge for the reasons above and not having to=20 > > You could emulate this yourself by setting up an environment > > variable to pass to emerge, or use an alias like I do: > >=20 > > alias sysupdate=3D'emerge -avuDN --with-bdeps=3Dy @world' > >=20 > > (Note: I should probably extend this to accept $1 args, in case I > > want to add `-t` or something) > >=20 > > If you wanted something to cover more bases, you could make a > > script to do the above in addition to revdep-rebuild, > > python-updater, etc-update, and so on. Given the power and > > flexibility of portage/emerge and the extremely broad variety of > > needs that Gentoo meets, I believe it would be somewhat wasted work > > to add the option when users are already expected to read manpages > > and the Handbook. Perhaps -avuND should be made more obvious in a > > place or two in the documentation as a sort of compromise. >=20 > ++ >=20 > FWIW, I have a whole set of short, often 2-4 letter aliases/scripts > that take care of the various options, as I'm lazy and find reaching > for the "-" key difficult. Most of them are broken down into ea* and > ep* variants, for ask and pretend, and the default is oneshot so as > not to pollute the world file (which is normally empty anyway, as is > @system for that matter as I negated it in my profile, everything's > in sets, tho I sometimes use the worldfile as a sort of "package > purgatory" when I want to try something out and keep it updated, but > am not sure I want it in one of my permanent sets yet). >=20 > Then there's esyn, which syncs both the gentoo tree and layman, as > well as automatically handling ebuild patching and redigesting using > a tree similar to the /etc/portage/patches/ tree, and does an > automatic fetch deep world before its done. >=20 > Then there's the ead (depclean) and ear (revdep-rebuild) variants, as=20 > well as epc to lookup changelogs, ept* for tree, and eal for > @smart-live- rebuild. >=20 > Completing the set are eup (etc-update) and envup (env-update). >=20 > I have a similar set, but starting with k* instead of e*, for > automatic mainline kernel fetching, building, etc. There are > git-kernel commands and tarball-kernel commands, tho I've not used > the latter in a few years so it could well be bitrotted. >=20 Sooo, basicly you have defined buttload of aliases, somehow managed to remember these nonsensical names and actually did not save any keystrokes, because most linux users heard of tab completion and use it succesfuly to complete commands and their arguments. Cool story bro. --=20 Jan Mat=C4=9Bjka | Gentoo Developer https://gentoo.org | Gentoo Linux GPG: A33E F5BC A9F6 DAFD 2021 6FB6 3EBF D45B EEB6 CA8B --Sig_/fIHunp7Yxz+pLcYlw6.X8_n Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBCgAGBQJSd3ZbAAoJEIN+7RD5ejahEboH/jeTe3yINzcWMefi/xaPZml0 aOD6LQycLyohkr/+Mvrd+o3d4froVjC3CLthwA7HZWc3ZXgaObLcn5Y1dNrILYCQ YKpYXFUH9/J5FIEc/rklMOkYr41yjsyLQrsklasi/b/xWURnuZLsJ94GwWFSjHFY S1UHBgrhVtp6s7idG7U6L2cvLHYr5TiGnnVR0BmEhWPWyXSn7yDIQiwPzfsKvOuw HymdcpsCyzIm8zOjyyWSJvkHc8FLIETdWu6GeiR8MlQGZ7w7MlKQR3M976yLCAEk 7XhCogUrRDW8bX9e3m49G15+mFi1oYKiSBNDkqvG3+SR1b6e9Sxvt0qNbNlUxOI= =f1oS -----END PGP SIGNATURE----- --Sig_/fIHunp7Yxz+pLcYlw6.X8_n--