Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 3 Dec 2009 18:38:19 +0300
From:      S4mmael <s4mmael@gmail.com>
To:        Richard Mace <macerl@telkomsa.net>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Newbie questions (updating, ports, etc.)
Message-ID:  <6e38aed80912030738x255c241fo1095a299c410475e@mail.gmail.com>
In-Reply-To: <200912031113.39344.macerl@telkomsa.net>
References:  <200912031113.39344.macerl@telkomsa.net>

next in thread | previous in thread | raw e-mail | index | archive | help
2009/12/3 Richard Mace <macerl@telkomsa.net>:
> 1.) Keeping installed ports/packages up to date.
>
> As far as I can tell from the docs, perhaps the most convenient method is=
 to
> use something like:
>
> # portsnap fetch update
> # pkgdb -F
> # portupgrade --batch -aP =A0 =A0 (do I need an "R" here?)
>

I don't see any reason to upgrade all installed ports on daily or
weekly basis. In most cases you'll get nothing as the result of
updating some port version 2.16.134 to new version 2.16.135 but lost
time.


> which should first try to find a package from the repositories and failin=
g that
> will fall back to a port. What is the current wisdom here?
Yes, it's right.

> Is it safe to use the --batch switch? As far as I understand, this will u=
se
> the configuration defaults and not prompt the user whenever a port requir=
es
> some user (options) configuration. Is this interpretation correct?
If the package is in use, there will no prompt. While building a port,
configuration in which this port was built last time is used. If there
is no such configuration, then port builds with default options.

> Related to the above, are the default options that appear in the ncurses
> dialogues the same as those used in the building of packages?
It's really intresting.

> 3.) Upgrading ports seems to take considerable time (at least with my
> experiments on a 5 year old Pentium IV). I am keen to adopt FreeBSD as my
> desktop for work =A0(Physics Professor, Research and teaching). Is it fea=
sible
> in a work environment to upgrade ports without getting bogged down in a
> compile-a-thon, leaving one with a useless workstation. (My target machin=
e
> will be an 8-core HP z600 (Xeon) which leads me to believe that I could d=
o the
> upgrading in the background while I continue to work uninterrupted. I'd l=
ike
> to hear others experiences here.)
Try to use something like "nice portupgrade -a". Read "man nice".



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6e38aed80912030738x255c241fo1095a299c410475e>