From: Thilo Bangert <bangert@gentoo.org>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] little question (maybe stupid)
Date: Wed, 26 Jun 2002 16:18:03 +0200 [thread overview]
Message-ID: <200206261618.03119.bangert@gentoo.org> (raw)
In-Reply-To: <3D193B2C.20425.33AB93@localhost>
> can we full upgrade
> the system, or are we stuck, as with every linux, with the stock
> binary install ? I mean, instead of a "make buildworld", can we
> upgrade the "world" package, from src ?
>
to update the system in gentoo we do:
# emerge --update world
which will download, compile and install any outdated package (except
for those that you pinned or are not part of the world "profile")
here is the output of # emerge --help, which should give you an idea of
how it works:
bangert@kniffel bangert $ emerge --help
Usage: emerge [ options ] [ action ] [ ebuildfile | tbz2file |
dependency ] ...
emerge [ options ] [ action ] system
emerge [ --clean -c ] sync | rsync
emerge --help -h [ rsync | system | config ]
Help (this screen):
--help (-h short option)
Displays this help; an additional argument (see above)
will tell
emerge to display detailed help.
Actions:
clean (-c short option)
Cleans the system by removing outdated packages which will
not
remove functionalities or prevent your system from
working.
The arguments can be in several different formats :
* world
* system
* /var/db/pkg/category/package-version, or
* 'dependency specification' (in single quotes is best.)
Here are a few examples of the dependency specification
format:
binutils matches
binutils-2.11.90.0.7 and binutils-2.11.92.0.12.3-r1
>binutils-2.11.90.0.7 matches
binutils-2.11.92.0.12.3-r1
sys-devel/binutils matches
binutils-2.11.90.0.7 and binutils-2.11.92.0.12.3-r1
sys-devel/binutils-2.11.90.0.7 matches
binutils-2.11.90.0.7
>sys-devel/binutils-2.11.90.0.7 matches
binutils-2.11.92.0.12.3-r1
>=sys-devel/binutils-2.11.90.0.7 matches
binutils-2.11.90.0.7 and binutils-2.11.92.0.12.3-r1
<sys-devel/binutils-2.11.92.0.12.3-r1 matches
binutils-2.11.90.0.7
<=sys-devel/binutils-2.11.92.0.12.3-r1 matches
binutils-2.11.90.0.7 and binutils-2.11.92.0.12.3-r1
unmerge (-C short option)
WARNING: This action can remove important packages!
Removes all matching packages without checking for
outdated.
versions. This thus effectively removes a package
completely from
your system. Specify arguments using the dependency
specification
format described in the clean action above.
prune (-P short option)
WARNING: This action can remove important packages!
Removes all older versions of a package from your system.
This action doesn't always verify the possible binary
incompatibility between versions and can thus remove
essential
dependencies from your system.
The argument format is the same as for the clean action.
search (-s short option)
searches for matches of the supplied string in the current
local
portage tree. The search string is a regular expression.
A few examples:
emerge search '^kde'
list all packages starting with kde
emerge search 'gcc$'
list all packages ending with gcc
emerge search '' or
emerge search '.*'
list all available packages
inject (-i short option)
Add a stub entry for a package so that Portage thinks that
it's
installed when it really isn't. Handy if you roll your
own
packages. Example:
emerge inject gentoo-sources-2.4.19
Options:
--autoclean (-a short option)
emerge normally cleans out the package-specific temporary
build directory before it starts the building a package.
With
--autoclean, it will also clean the directory *after* the
build completes. This option is automatically enabled for
normal users, but maintainers can use this option to
enable
autocleaning.
--buildpkg (-b short option)
tell emerge to build binary packages for all ebuilds
processed
(in addition to actually merging the packages. Useful for
maintainers or if you administrate multiple Gentoo Linux
systems (build once, emerge tbz2s everywhere).
--debug (-d short option)
Tell emerge to run the ebuild command in --debug mode. In
this
mode, the bash build environment will run with the -x
option,
causing it to output verbose debug information print to
stdout.
--debug is great for finding bash syntax errors.
--emptytree (-e short option)
Virtually tweaks the tree of installed packages to only
contain
glibc, this is great to use together with --pretend. This
makes
it possible for developers to get a complete overview of
the
complete dependency tree of a certain package.
--fetchonly (-f short option)
Instead of doing any package building, just perform
fetches for
all packages (main package as well as all dependencies.)
--nodeps
Merge specified packages, but don't merge any
dependencies.
Note that the build may fail if deps aren't satisfied.
--noreplace (-n short option)
Skip the packages specified on the command-line that have
already been installed. Without this option, any
packages,
ebuilds, or deps you specify on on the command-line *will*
cause
Portage to remerge the package, even if it is already
installed.
Note that Portage won't remerge dependencies by default.
--oneshot
Emerge as normal, but don't add packages to the world
profile for
later updating.
--onlydeps (-o short option)
Only merge (or pretend to merge) the dependencies of the
specified packages, not the packages themselves.
--pretend (-p short option)
instead of actually performing the merge, simply display
what
ebuilds and tbz2s *would* have been installed if --pretend
weren't used. Using --pretend is strongly recommended
before
installing an unfamiliar package. In the printout, N =
new,
U = upgrading, R = replacing, B = blocked by an already
installed
package.
--update (-u short option)
Updates packages to the most recent version available.
--usepkg (-k short option)
tell emerge to use binary packages (from $PKGDIR) if they
are
available, thus possibly avoiding some time-consuming
compiles.
This option is useful for CD installs; you can export
PKGDIR=/mnt/cdrom/packages and then use this option to
have
emerge "pull" binary packages from the CD in order to
satisfy
dependencies.
--verbose (-v short option)
Tell emerge to run in verbose mode. Currently, this
causes
emerge to print out GNU info errors, if any.
(urghs - not really... sorry)
> This is a must for me, as I mainly work from home, and I'd hate to go
> some place just to upgrade a server via cd or anything similar.
>
> Congrats on an interesting linux :-]
--
regards | Please file bugreports here:
Thilo | http://bugs.gentoo.org
prev parent reply other threads:[~2002-06-26 14:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-26 2:55 [gentoo-dev] little question (maybe stupid) Bruno Miguel
2002-06-26 14:18 ` Thilo Bangert [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200206261618.03119.bangert@gentoo.org \
--to=bangert@gentoo.org \
--cc=gentoo-dev@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox