Thanks to all who responded, now I have several things to think about.
I will want to look at "perl-after-upgrade" script. Even if I don't use it, it
would likely be helpful to see what it does and guide me as to what I can do.
I also find I have a burning desire to check out pkgsrc (under NetB
On 03/10/10 5:59, Thomas Mueller wrote:
> Idea is that I might want to configure some of the options, so I can't use
> --batch=YES unless I configure all options beforehand, meaning I have to find
> what ports are to be upgraded and which of those have user-selectable options.
You might want to
On 10/03/10 12:09, Jerry wrote:
On Sun, 03 Oct 2010 09:59:19 +
Thomas Mueller articulated:
> From "Elias Chrysocheris":
If you are sure that the default configuration settings are OK for
you, then one way is to perform a portupgrade with the switches
--batch --yes, like portupgrade --bat
> Are there any adverse side effects if I use portupgrade some of the
> time, and postmaster other times?
Probably not, if you keep your portupgrade portsdb and pkgdb
up-to-date, and you are not doing anything special with pkgtools.conf,
portmaster.rc, or environment variables. But you don't rea
On Sun, 03 Oct 2010 09:59:19 +
Thomas Mueller articulated:
> >From "Elias Chrysocheris" :
>
> > If you are sure that the default configuration settings are OK for
> > you, then one way is to perform a portupgrade with the switches
> > --batch --yes, like portupgrade --batch --yes -a
>
> > T
>From "Elias Chrysocheris" :
> If you are sure that the default configuration settings are OK for you, then
> one way is to perform a portupgrade with the switches --batch --yes, like
> portupgrade --batch --yes -a
> This will assume that the default settings are those you like and will not ask
On Sat, Oct 2, 2010 at 10:55 AM, Jerry wrote:
> I was of the opinion, and I could be wrong, that setting 'BATCH=yes'
> simply stopped the build process from attempting to create an options
> file; however, it would use an existing one if it was present. Perhaps
> someone with more intimate knowle
Jerry writes:
> On Sat, 2 Oct 2010 10:05:33 -0500
> Doug Poland articulated:
>
>> If I understand the OPs question correctly, I believe setting the
>> environment variable BATCH=yes will give desired results with
>> portupgrade. This will cause port compile defaults to be used in
>> lieu of an
On Sat, Oct 2, 2010 at 9:49 AM, Brandon Gooch
wrote:
> On Sat, Oct 2, 2010 at 5:27 AM, Thomas Mueller
> wrote:
>
> Well, I'm not using portupgrade, but instead ports-mgmt/portmaster:
>
> # portmaster --force-config --no-confirm [...] lang/perl5.12
>
> Gets all of the config menus out of the way (
On Sat, 2 Oct 2010 10:05:33 -0500
Doug Poland articulated:
> If I understand the OPs question correctly, I believe setting the
> environment variable BATCH=yes will give desired results with
> portupgrade. This will cause port compile defaults to be used in
> lieu of an existing /var/db/ports/*/
On Oct 2, 2010, at 9:49, Brandon Gooch wrote:
> On Sat, Oct 2, 2010 at 5:27 AM, Thomas Mueller
> wrote:
>> How can one do a massive portupgrade, as with -r or -R, without being
>> interrupted by options configuration screens for many individual ports?
>> Idea is to let it run unattended such
On Sat, 2 Oct 2010 09:49:49 -0500
Brandon Gooch wrote:
> Well, I'm not using portupgrade, but instead ports-mgmt/portmaster:
+1
--
Bruce Cran
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
T
On Sat, Oct 2, 2010 at 5:27 AM, Thomas Mueller
wrote:
> How can one do a massive portupgrade, as with -r or -R, without being
> interrupted by options configuration screens for many individual ports? Idea
> is to let it run unattended such as when I might run it starting just before
> bedtime.
In the last episode (Oct 02), Thomas Mueller said:
> How can one do a massive portupgrade, as with -r or -R, without being
> interrupted by options configuration screens for many individual ports?
> Idea is to let it run unattended such as when I might run it starting just
> before bedtime. Doing
On Saturday 02 of October 2010 13:27:00 Thomas Mueller wrote:
> How can one do a massive portupgrade, as with -r or -R, without being
> interrupted by options configuration screens for many individual ports?
> Idea is to let it run unattended such as when I might run it starting just
> before bedt
On 2 October 2010 11:27, Thomas Mueller wrote:
> How can one do a massive portupgrade, as with -r or -R, without being
> interrupted by options configuration screens for many individual ports?
> Idea is to let it run unattended such as when I might run it starting just
> before bedtime. Doing "
How can one do a massive portupgrade, as with -r or -R, without being
interrupted by options configuration screens for many individual ports? Idea
is to let it run unattended such as when I might run it starting just before
bedtime. Doing "make config" ahead of time also gives the chance to re
17 matches
Mail list logo