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
From Elias Chrysocheris elias...@cha.forthnet.gr:
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
On Sun, 03 Oct 2010 09:59:19 +
Thomas Mueller mueller6...@bellsouth.net articulated:
From Elias Chrysocheris elias...@cha.forthnet.gr:
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,
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
On 10/03/10 12:09, Jerry wrote:
On Sun, 03 Oct 2010 09:59:19 +
Thomas Muellermueller6...@bellsouth.net articulated:
From Elias Chrysocheriselias...@cha.forthnet.gr:
If you are sure that the default configuration settings are OK for
you, then one way is to perform a portupgrade with the
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
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
On 2 October 2010 11:27, Thomas Mueller mueller6...@bellsouth.net 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
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
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 Sat, Oct 2, 2010 at 5:27 AM, Thomas Mueller
mueller6...@bellsouth.net 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
On Sat, 2 Oct 2010 09:49:49 -0500
Brandon Gooch jamesbrandongo...@gmail.com wrote:
Well, I'm not using portupgrade, but instead ports-mgmt/portmaster:
+1
--
Bruce Cran
___
freebsd-questions@freebsd.org mailing list
On Oct 2, 2010, at 9:49, Brandon Gooch jamesbrandongo...@gmail.com wrote:
On Sat, Oct 2, 2010 at 5:27 AM, Thomas Mueller
mueller6...@bellsouth.net wrote:
How can one do a massive portupgrade, as with -r or -R, without being
interrupted by options configuration screens for many individual
On Sat, 2 Oct 2010 10:05:33 -0500
Doug Poland d...@polands.org 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
On Sat, Oct 2, 2010 at 9:49 AM, Brandon Gooch
jamesbrandongo...@gmail.comwrote:
On Sat, Oct 2, 2010 at 5:27 AM, Thomas Mueller
mueller6...@bellsouth.net wrote:
Well, I'm not using portupgrade, but instead ports-mgmt/portmaster:
# portmaster --force-config --no-confirm [...] lang/perl5.12
Jerry freebsd.u...@seibercom.net writes:
On Sat, 2 Oct 2010 10:05:33 -0500
Doug Poland d...@polands.org 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
On Sat, Oct 2, 2010 at 10:55 AM, Jerry freebsd.u...@seibercom.net 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
17 matches
Mail list logo
