On Friday 08 May 2009, Boris Samorodov wrote:
New xorg uses hal by default.
You have two options: either use hal [1] (i.e. start dbus and hald
while booting) or not use it (then you should tweak xorg.conf).
Either way please read recent freebsd-x11@ mail list archieves to
understand what's
Hey,
I have a FreeBSD 7.0-RELEASE system. I'm trying to upgrade to 7.2,
specifically the RELENG_7_2 tag.
I synced my sources via csup, built world, built kernel, and installed
kernel. All went well. I rebooted into single user mode, and the
kernel hung. The loader menu came up, but when the
I'm having a couple of problems getting X to work after upgrading to
xorg-7.4_1 (on 6.4-RELEASE-p3)
The first problem is that I can't get the nvidia driver to load.
I ran Xorg -configure to create a new xorg.conf. This generated a file
using the nv driver, which works but causes the display
On Thu, 7 May 2009 23:43:46 +0100 Mike Clarke wrote:
The second problem is that when I revert to the nv driver X treats my UK
keyboard as a US one, even though it functions correctly as a UK
keyboard in console mode before starting X.
The original config file created by X -configure didn't
Hi everyone,
It's the first time I'm using freebsd-update to upgrade my system to a
new release. I just upgraded the base system from 7.1-RELEASE to
7.2-RELEASE and everything went fine. I now wanted to upgrade my jails
to the new release but freebsd-update is telling me that's already
On Tuesday 05 May 2009 17:37:42 Martin Turgeon wrote:
Hi everyone,
It's the first time I'm using freebsd-update to upgrade my system to a
new release. I just upgraded the base system from 7.1-RELEASE to
7.2-RELEASE and everything went fine. I now wanted to upgrade my jails
to the new release
Mel Flynn a écrit :
On Tuesday 05 May 2009 17:37:42 Martin Turgeon wrote:
Hi everyone,
It's the first time I'm using freebsd-update to upgrade my system to a
new release. I just upgraded the base system from 7.1-RELEASE to
7.2-RELEASE and everything went fine. I now wanted to upgrade my jails
. I'm not
upgrading a 6.4 for a client, because a previous upgrade to 7.0-STABLE hosed
the data on the disk, due to an ata-regression. This is fixed most likely in
7.1-STABLE, but I'm not gambling just yet. Regressions are rare in FreeBSD
(technically it's not a regression, the original 6.3 ran
On Sunday 19 April 2009 19:42:39 Doug Hardie wrote:
While most of the update process is
waiting for things to complete, mergemaster requires a lot of
responses to a ton of questions about updates to configuration files.
The vast majority of those will be to install the new version.
However,
I need to upgrade a live, production server from 6.3 to 7.1. I can't
afford to have any troubles with this server. I have Absolute FreeBSD
and a few other BSD books, and the upgrade process looks fairly
straightforward. That's the theory...
Real world question: how scared should I be?
On Sun, Apr 19, 2009 at 1:06 PM, John Almberg jalmb...@identry.com wrote:
I need to upgrade a live, production server from 6.3 to 7.1. I can't afford
to have any troubles with this server. I have Absolute FreeBSD and a few
other BSD books, and the upgrade process looks fairly straightforward.
On Apr 19, 2009, at 10:06, John Almberg wrote:
I need to upgrade a live, production server from 6.3 to 7.1. I can't
afford to have any troubles with this server. I have Absolute
FreeBSD and a few other BSD books, and the upgrade process looks
fairly straightforward. That's the theory...
Glen Barber wrote:
On Sun, Apr 19, 2009 at 1:06 PM, John Almberg jalmb...@identry.com wrote:
I need to upgrade a live, production server from 6.3 to 7.1. I can't afford
to have any troubles with this server. I have Absolute FreeBSD and a few
other BSD books, and the upgrade process looks fairly
John Almberg wrote:
I need to upgrade a live, production server from 6.3 to 7.1. I can't
afford to have any troubles with this server. I have Absolute FreeBSD
and a few other BSD books, and the upgrade process looks fairly
straightforward. That's the theory...
Real world question: how
how i do this (but this is probably not politically correct ;)
1) get all files of new version in one place (subdir) say at /7.1
2) separate out manually all configs - it's /etc, /var/namedb and maybe
few more
3) using livecd just put all other files with tar|tar to the place
4) manually
and hand correct these one by one, I thought I'd
ask if I was doing something wrong.
P.S. I ran perl-after-upgrade after upgrading perl.
Did you run
perl-after-upgrade -f
?
Without '-f' it just tells you what it would do...
Manfred
--
Manfred Usselmann usselman...@icg-online.de
wrong.
P.S. I ran perl-after-upgrade after upgrading perl.
Thanks
=== Installing for p5-Socket6-0.23
=== p5-Socket6-0.23 depends on file: /usr/local/bin/perl5.8.9 - found
=== Generating temporary packing list
=== Checking if net/p5-Socket6 already installed
=== p5-Socket6-0.23 is already
these one by one, I thought I'd
ask if I was doing something wrong.
P.S. I ran perl-after-upgrade after upgrading perl.
We need the line that says:
=== p5-IO-INET6 depends on file
That line is probably faulty.
Also please list:
grep ^PERL /etc/make.conf
=== Installing for p5-Socket6-0.23
We need the line that says:
=== p5-IO-INET6 depends on file
That line is probably faulty.
This is the closest thing I can find to p5-IO-INET6 in the build output.
=== Installing for p5-Net-DNS-0.65
=== p5-Net-DNS-0.65 depends on executable: ipcount - found
=== p5-Net-DNS-0.65 depends
On Monday 16 February 2009 10:04:43 Tankko wrote:
We need the line that says:
=== p5-IO-INET6 depends on file
That line is probably faulty.
This is the closest thing I can find to p5-IO-INET6 in the build output.
=== Installing for p5-Net-DNS-0.65
=== p5-Net-DNS-0.65 depends on
If:
# grep 'Socket6.pm' /var/db/pkg/p5-Socket6*/+CONTENTS
gives something with site_perl/5.8.8, you:
pkg_delete -f p5-Socket6-*
Then go back to building what you were building.
If the output is empty, then still do the pkg_delete -f, then install
p5-Socket6. Then run the above command
On Monday 16 February 2009 11:19:35 Tankko wrote:
If:
# grep 'Socket6.pm' /var/db/pkg/p5-Socket6*/+CONTENTS
gives something with site_perl/5.8.8, you:
pkg_delete -f p5-Socket6-*
Then go back to building what you were building.
If the output is empty, then still do the pkg_delete
so do make deinstall and make install /usr/ports/net/p5-Socket6
=== Installing for p5-Socket6-0.23
=== p5-Socket6-0.23 depends on file: /usr/local/bin/perl5.8.9 - found
=== Generating temporary packing list
=== Checking if net/p5-Socket6 already installed
=== p5-Socket6-0.23 is already
Same issue, different package. Apparently perl-after-upgrade didn't do it's
job.
I would:
portupgrade -f p5-*
Then go back to upgrade spamassasin.
--
Mel
OK, this solved the problem. Everything upgrades fine now. Thank
you very much for all your help. Not sure why this happened in the
On Sat, 14 Feb 2009 01:29:12 -0600
Shaun free...@shaunc.com wrote:
Is it safe to install one of the newer gcc ports on FreeBSD 4.11?
I've had this machine for three years; I don't recall ever
upgrading the compiler, although pkg_info seems to think that I
did, or at least attempted
gcc ports on FreeBSD 4.11? I've
had this machine for three years; I don't recall ever upgrading the
compiler, although pkg_info seems to think that I did, or at least
attempted to. I'm wondering if there are any risks involved in going
from gcc 2.95 to, say, 3.4.6. Typically I'm happy to pull
version 3.4.6 [FreeBSD] 20060305
Is it safe to install one of the newer gcc ports on FreeBSD 4.11? I've
had this machine for three years; I don't recall ever upgrading the
compiler, although pkg_info seems to think that I did, or at least
attempted to. I'm wondering if there are any risks involved
? I've
had this machine for three years; I don't recall ever upgrading the
compiler, although pkg_info seems to think that I did, or at least
attempted to. I'm wondering if there are any risks involved in going
from gcc 2.95 to, say, 3.4.6. Typically I'm happy to pull the latest
stable of just
I am running several machines with freebsd 7.1 Up until the last xorg
update I have been a happy camper, but the last 2 weeks or so my mouse
does not work, neither on i386 or amd64 architecture. Tried reinstalling
to release ( using stable on all machines) and building world etc, but
the same
On Tue, Feb 10, 2009 at 3:48 PM, kenneth hatteland
kenneth.hattel...@kleppnett.no wrote:
I am running several machines with freebsd 7.1 Up until the last xorg update
I have been a happy camper, but the last 2 weeks or so my mouse does not
work, neither on i386 or amd64 architecture. Tried
*Snipping for those who don't want to have an inbox full of my text, and
out of being polite*
Thanks very much! I've been thinking about setting up another FreeBSD
machine so I can test both CVS and FreeBSD-update without mixing the two
together which from what I hear is a bad idea, and I
On Tue, 03 Feb 2009 14:30:14 +0200
DA Forsyth d.fors...@ru.ac.za wrote:
use RELEASE for a production server, STABLE on a desktop or test
machine. IMHO
I'd say follow what it says in the handbook and use a release unless you
have a good reason to use stable, such as support for a particular
Message: 4
Date: Mon, 02 Feb 2009 16:37:14 -0500
From: Akenner slackwarew...@comcast.net
Subject: Patching / Updating / Upgrading
To: freebsd-questions@freebsd.org
Hello all,
So if anyone could lend a little but in typing out what they use for
updates and how they go about it, I'd appreciate
Hello all,
I've been using this list to my advantage for a while to learn things I
can't seem to grasp, and I've gotten great amounts of help.
I have a question in regards to the process of patching / Updating /
Upgrading I'd like a hand with. I have two machines running FreeBSD
7.1-RELEASE
Akenner wrote:
Hello all,
I've been using this list to my advantage for a while to learn things
I can't seem to grasp, and I've gotten great amounts of help.
I have a question in regards to the process of patching / Updating /
Upgrading I'd like a hand with. I have two machines running
Novembre novem...@gmail.com writes:
By 'orphan' do you mean the unreferenced libraries that libchk has found on
my machine?
I mean it more loosely than that; I mean libraries that are really not
needed anymore. Your use of libchk isn't really a guarantee that you
can remove the library
Novembre novem...@gmail.com writes:
I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE some
eight months ago via a source upgrade. After that, I rebuilt all the
packages on the system as well. Now, I would like to update it again
to 7.1-RELEASE, and I'm wondering whether I
On Wed, Jan 21, 2009 at 9:20 PM, Robert Huff roberth...@rcn.com wrote:
Novembre writes:
I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE
some eight months ago via a source upgrade. After that, I rebuilt
all the packages on the system as well. Now, I would like to
On Thu, Jan 22, 2009 at 10:31 AM, Lowell Gilbert
freebsd-questions-lo...@be-well.ilk.org wrote:
Novembre novem...@gmail.com writes:
I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE some
eight months ago via a source upgrade. After that, I rebuilt all the
packages on the
On Thursday 22 January 2009 14:41:30 Novembre wrote:
Also, what are all these unreferenced libraries (according to libchk) doing
on my machine (see the
previous post)?
Unreferenced can mean no program or other library uses this library, but can
also mean libchk was unable to find a program
Hi all,
I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE some eight
months ago
via a source upgrade. After that, I rebuilt all the packages on the system
as well. Now, I would like
to update it again to 7.1-RELEASE, and I'm wondering whether I should do a
clean install or just
do
Novembre writes:
I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE
some eight months ago via a source upgrade. After that, I rebuilt
all the packages on the system as well. Now, I would like to
update it again to 7.1-RELEASE, and I'm wondering whether I
should do a
On Fri, Jan 16, 2009 at 06:06:49AM -0800, David Allen wrote:
I have a test system where I've accumulated a large number of jails. To
update them (I'm not using the method outlined in the Handbook), I'd like
to avoid mounting /usr/src and /usr/obj within each and then jexec-ing a
shell but
I have a test system where I've accumulated a large number of jails. To
update them (I'm not using the method outlined in the Handbook), I'd like
to avoid mounting /usr/src and /usr/obj within each and then jexec-ing a
shell but instead, perform everything on the host system directly. Would
the
prompt. It dumps me on console 0 and I have to kill the kdm-bin process
to
return to a kdm login.
This didn't happen before upgrading to p7. What would have changed that
would not prevent this?
When using x11/nvidia-driver, recompile it for this new kernel.
Thanks. I'll do that. Though
to a kdm login.
This didn't happen before upgrading to p7. What would have changed that
would not prevent this?
When using x11/nvidia-driver, recompile it for this new kernel.
--
Mel
Problem with today's modular software: they start with the modules
and never get to the software part
Hi,
I installed 7.0 i386 and all was working great. I upgraded to p7 and now when
I end my X session, I have kdm loading, it doesn't bring me to a login
prompt. It dumps me on console 0 and I have to kill the kdm-bin process to
return to a kdm login.
This didn't happen before upgrading
On Wed, Jan 7, 2009 at 10:55 PM, Peter Boosten pe...@boosten.org wrote:
matt donovan wrote:
On Wed, Jan 7, 2009 at 3:34 PM, Peter Boosten pe...@boosten.org wrote:
Well, my point is that mergemaster shouldn't have to delete ALL
accounts,
just to add one. User and group accounts can be
Le 07/01/2009 à 07:06:53+0100, Peter Boosten a écrit
Johann Hasselbach wrote:
I was doing a src upgrade from 7.0 to 7.1
After installkernel, i rebooted, and accidently ran mergemaster
instead of mergemaster -p before installworld. I ctrl-c'd once I
realized what I had done, but the
Albert Shih wrote:
Le 07/01/2009 à 07:06:53+0100, Peter Boosten a écrit
Johann Hasselbach wrote:
I was doing a src upgrade from 7.0 to 7.1
After installkernel, i rebooted, and accidently ran mergemaster
instead of mergemaster -p before installworld. I ctrl-c'd once I
realized what I had
On Wed, Jan 7, 2009 at 3:34 PM, Peter Boosten pe...@boosten.org wrote:
Albert Shih wrote:
Le 07/01/2009 à 07:06:53+0100, Peter Boosten a écrit
Johann Hasselbach wrote:
I was doing a src upgrade from 7.0 to 7.1
After installkernel, i rebooted, and accidently ran mergemaster
instead of
matt donovan wrote:
On Wed, Jan 7, 2009 at 3:34 PM, Peter Boosten pe...@boosten.org wrote:
Well, my point is that mergemaster shouldn't have to delete ALL accounts,
just to add one. User and group accounts can be added to the passwd/group
file *without* deleting the others.
mergemaster
I was doing a src upgrade from 7.0 to 7.1
After installkernel, i rebooted, and accidently ran mergemaster
instead of mergemaster -p before installworld. I ctrl-c'd once I
realized what I had done, but the damage was done.
It seems to have overwritten my password and group files.
I successfully
Johann Hasselbach wrote:
I was doing a src upgrade from 7.0 to 7.1
After installkernel, i rebooted, and accidently ran mergemaster
instead of mergemaster -p before installworld. I ctrl-c'd once I
realized what I had done, but the damage was done.
It seems to have overwritten my password
On Wed, Jan 07, 2009 at 07:06:53AM +0100, Peter Boosten wrote:
Johann Hasselbach wrote:
I was doing a src upgrade from 7.0 to 7.1
After installkernel, i rebooted, and accidently ran mergemaster
instead of mergemaster -p before installworld. I ctrl-c'd once I
realized what I had done,
Yuri Pankov writes:
Also: most scripts updated by mergemaster during 7.0-7.1 are only
version numbering diffs. Is there no smarter way to do this, apart from
typing 'i' every time?
I think you want -U option (auto upgrade files that have not been
modified by user) along with -i
Yuri Pankov wrote:
On Wed, Jan 07, 2009 at 07:06:53AM +0100, Peter Boosten wrote:
Also: most scripts updated by mergemaster during 7.0-7.1 are only
version numbering diffs. Is there no smarter way to do this, apart from
typing 'i' every time?
I think you want -U option (auto upgrade files
upgrading from a older
release to a newer release. simply getting the source and trying to
build isn't it.
Going from memory, I heard you have to upgrade to the latest subrelease
of your current major release (6.4 in your case). From 6.4, you have to
upgrade to 7.0. then from 7.0, you can
upgrading from a older
release to a newer release. simply getting the source and trying to
build isn't it.
Going from memory, I heard you have to upgrade to the latest subrelease
of your current major release (6.4 in your case). From 6.4, you have to
upgrade to 7.0. then from 7.0, you can
Hello
I am new to bsd. I'm trying to upgrade from 6.3 Release to the latest
stable 7.
I created the following csup file
*default host=cvsup1.ca.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_7
*default delete use-rel-suffix
*default compress
src-all
I have a server that was running Free BSD 4.7 for a number of years. I DO NOT
have easy physical access to it, its in a datacenter and i cant get to it
myself or at this point rely on anyone there to put in a new install disk or
anything.
Ive replaced this server with a new one for production
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Dr. Jennifer Nussbaum wrote:
| I have a server that was running Free BSD 4.7 for a number of years. I
| DO NOT have easy physical access to it, its in a datacenter and i cant get
| to it myself or at this point rely on anyone there to put in a
Any C++ hackers out there would can clue me in on getting a 10-year-old
c++ program to build? I finished it--or about 95%, then gave up when I
decided the whole project was impractical. Need help on the
iostream.h
stuff.
thanks in advance,
Dear freebsd list,
I wanted to upgrade freebsd releng_6_3 to releng_7_0 with
cvsup because I'm running a custom kernel.
I've started the process by dropping into single user mode,
issuing the script command to catch the output and then
going to the /usr/src directory. There I did a make
We are running 5.4 on www/ircshell server now and we need to upgrade it. Is
it ok (or is it possible) to upgrade straight to 7.0 or are there some known
problems in this upgrade? Would it be better to do 5.4 - 6 - 7 instead?
Like every upgrade, it will certainly work better if you go through
We are running 5.4 on www/ircshell server now and we need to upgrade it. Is
it ok (or is it possible) to upgrade straight to 7.0 or are there some known
problems in this upgrade? Would it be better to do 5.4 - 6 - 7 instead?
--
pepe
___
On Fri, Oct 24, 2008 at 07:52:11AM +0200, Leslie Jensen wrote:
Jeremy Chadwick skrev:
On Fri, Oct 24, 2008 at 06:41:05AM +0200, Leslie Jensen wrote:
Jeremy Chadwick skrev:
On Fri, Oct 24, 2008 at 06:24:56AM +0200, Leslie Jensen wrote:
I'm running 7.1-PRERELEASE. Yesterday I csup'ed and
On Thu, 2008-10-23 at 22:30 -0700, Jeremy Chadwick wrote:
I sincerely do not know where BETA2 (not BETA-2) comes from. It's
not defined anywhere in src/sys/conf/newvers.sh in CVS:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh
To me, this means someone is hand-hacking the
I'm running 7.1-PRERELEASE. Yesterday I csup'ed and upgraded as I've
done several times in order to install 7.1-BETA2. Everything went as it
should, but my system still says 7.1-PRERELEASE. In my stable-supfile I
have *default release=cvs tag=RELENG_7.
Can anyone tell me where I can make sure
On Fri, Oct 24, 2008 at 06:24:56AM +0200, Leslie Jensen wrote:
I'm running 7.1-PRERELEASE. Yesterday I csup'ed and upgraded as I've
done several times in order to install 7.1-BETA2. Everything went as it
should, but my system still says 7.1-PRERELEASE. In my stable-supfile I
have
Jeremy Chadwick skrev:
On Fri, Oct 24, 2008 at 06:24:56AM +0200, Leslie Jensen wrote:
I'm running 7.1-PRERELEASE. Yesterday I csup'ed and upgraded as I've
done several times in order to install 7.1-BETA2. Everything went as it
should, but my system still says 7.1-PRERELEASE. In my
On Fri, Oct 24, 2008 at 06:41:05AM +0200, Leslie Jensen wrote:
Jeremy Chadwick skrev:
On Fri, Oct 24, 2008 at 06:24:56AM +0200, Leslie Jensen wrote:
I'm running 7.1-PRERELEASE. Yesterday I csup'ed and upgraded as I've
done several times in order to install 7.1-BETA2. Everything went as
it
Jeremy Chadwick skrev:
On Fri, Oct 24, 2008 at 06:41:05AM +0200, Leslie Jensen wrote:
Jeremy Chadwick skrev:
On Fri, Oct 24, 2008 at 06:24:56AM +0200, Leslie Jensen wrote:
I'm running 7.1-PRERELEASE. Yesterday I csup'ed and upgraded as I've
done several times in order to install 7.1-BETA2.
First, thanks for your response.
Did you previously have kde-4 on this machine? ldconfig -r |grep gettext
should show a /usr/local/kde4/../libgettext.so, but that isn't usuable, so
new port builds will see 'a libgettext', so wont install gettext, but kde's
configure finds it is not
On Wednesday 24 September 2008 21:01:20 Michal Petrucha wrote:
First, thanks for your response.
Did you previously have kde-4 on this machine? ldconfig -r |grep gettext
should show a /usr/local/kde4/../libgettext.so, but that isn't usuable,
so new port builds will see 'a libgettext', so
method)?
If the OPs final aim is to track 7.1, then:
* upgrading 6.2 - 6.3 - 6.4 doesn't really get you anything
except a whole heap of wasted time -- unless you want practice
at running 'make buildworld' and so forth?
* Upgrading from 6.2 - 7.0 directly works just fine. I expect
6.2
, What do you all think about jumping from 6.4 straight to 7.1 when
its
released (cvsup method)?
If the OPs final aim is to track 7.1, then:
* upgrading 6.2 - 6.3 - 6.4 doesn't really get you anything
except a whole heap of wasted time -- unless you want practice
at running 'make
Replying to myself...
Hello everybody,
I get an error while upgrading the port mentioned in $subj. When I run
# portupgrade -c devel/kdesdk3
it starts compiling, but after a while it always crashes at this
point:
-
Making all in libgettext
gmake[4]: Entering directory
`/usr
On Sunday 21 September 2008 16:51:43 Michal Petrucha wrote:
Replying to myself...
Hello everybody,
I get an error while upgrading the port mentioned in $subj. When I run
# portupgrade -c devel/kdesdk3
it starts compiling, but after a while it always crashes at this
point
Hi all,
I am preparing to upgrade all servers from FBSD 6.2 to 6.3 in preperation
for 6.4, and some day 7.x
One thing I have always found a little confusing is what tag to specify in
the supfile.
If a machine is running 6.2, and I want to upgrade to the latest production
release, would I
On Sun, Sep 21, 2008 at 2:29 AM, Grant Peel [EMAIL PROTECTED] wrote:
Hi all,
I am preparing to upgrade all servers from FBSD 6.2 to 6.3 in preperation
for 6.4, and some day 7.x
One thing I have always found a little confusing is what tag to specify in
the supfile.
If a machine is running
I've done in the
past while upgrading is simply move the drive, and rebuild everything
with an updated make.conf optimized for the new processor. Can I simply
rebuild the world (or use freebsd-update), and portupgrade everything to
rebuild for amd64? Or, will things break as libraries
?
This is a pretty common question, did you try searching the archives
or google for the answer?
Yes, I did, and was quite surprised when I didn't find a clear answer :)
Also, AFAIK upgrading to a 64 bit system allows access to
additional registers on the CPU, leading to a performance increase.
The system
Andrew Berry wrote:
On 18-Sep-08, at 2:37 AM, Kris Kennaway wrote:
Andrew Berry wrote:
Can I simply rebuild the world (or use freebsd-update), and
portupgrade everything to rebuild for amd64? Or, will things break as
libraries are upgraded which still have 32-bit dependancies on the
system?
Hello everybody,
I get an error while upgrading the port mentioned in $subj. When I run
# portupgrade -c devel/kdesdk3
it starts compiling, but after a while it always crashes at this
point:
-
Making all in libgettext
gmake[4]: Entering directory
`/usr/ports/devel/kdesdk3/work/kdesdk
in the past while upgrading is simply move the drive, and rebuild
everything with an updated make.conf optimized for the new processor.
Can I simply rebuild the world (or use freebsd-update), and
portupgrade everything to rebuild for amd64? Or, will things break as
libraries are upgraded which
On Thu, 04 Sep 2008 15:43:34 +0200, DA Forsyth
[EMAIL PROTECTED] wrote:
install 'portupgrade' then do
portupgrade -vrR php5
That did the trick. Thanks guys.
___
freebsd-questions@freebsd.org mailing list
that
wasn't run
during the build, installworld procedure in which SENDMAIL was to be included
(rebuilt)?
Did we shoot ourselves in the foot -or- is there cause for concern in the
buildworld
process with regards to SENDMAIL while upgrading from 6.3-p3 to 7.x-p4
mismatch. Can you help me out?The commands I entered and the output is here:#
portversion -l
# kdeartwork
# portupgrade -aRr
--- Upgrading
Hello
I successfully upgraded the Ports collection with csup and then
compiled Apache2, but I don't know what to do about PHP5, as it has
several Ports available:
php5-5.2.6 needs updating (port has
5.2.6_1)
php5-bz2-5.2.6 needs
portupgrade to upgrade. I'm
not sure if you're asking about upgrading, or getting PHP going on the
Apache install for the first time. If it's already there and working but
just needs updating portupgrade can do this.
If you are coming into situation in the middle and have Apache up and
running
On 4 Sep 2008 , [EMAIL PROTECTED] entreated about
freebsd-questions Digest, Vol 231, Issue 10:
I successfully upgraded the Ports collection with csup and then
compiled Apache2, but I don't know what to do about PHP5, as it has
several Ports available:
php5-5.2.6
# portupgrade -aRr
--- Upgrading 'kdeartwork-4.1.0_1' to 'kdeartwork-4.1.1'
(x11-themes/kdeartwork4)
--- Building '/usr/ports/x11-themes/kdeartwork4
On Thu, 4 Sep 2008 14:01:49 -0700 (PDT)
Dino Vliet [EMAIL PROTECTED] wrote:
Hi peeps,I want to upgrade my kde41 installation and the kdeartwork
port gives me troubles. I can't seem to fetch the files due to some
checksum mismatch.
Delete the file and start again.
If that fails, update your
mismatch. Can you help me out?The commands I entered and the output is
here:# portversion -l
# kdeartwork
# portupgrade -aRr
--- Upgrading 'kdeartwork-4.1.0_1' to 'kdeartwork-4.1.1'
(x11-themes/kdeartwork4)
--- Building '/usr/ports/x11-themes/kdeartwork4'
=== Cleaning
On Fri, Aug 22, 2008 at 10:55:06PM +0200, Dominik Meister wrote:
Hi Bob
Bob Willcox [Fri, Aug 22, 2008 at 07:41:52AM -0500]:
I posted this same question on freebsd-scsi a few days ago but got no
response there so I thought I try here.
Can't really answer your question but I've found
I posted this same question on freebsd-scsi a few days ago but got no
response there so I thought I try here.
I want to update the firmware, bios, and boot code in my areca ARC-1210
raid controller and am a bit hesitant to do it for lack of any
experience updating this card. I want to use the
Hi Bob
Bob Willcox [Fri, Aug 22, 2008 at 07:41:52AM -0500]:
I posted this same question on freebsd-scsi a few days ago but got no
response there so I thought I try here.
Can't really answer your question but I've found the Areca support to be
very responsive and helpful. Just fill out the
I'm trying to update something (actually install KDE4), and In need to
make an 'update chain', but I can't remember the proper term. Namely I
have port found in 'foo/abc' (abc-12345) and want to replace it with
'var/xyz'. I know there are several ways to do this (one involving
entries in a file in
On 08/11/2008 10:31 PM Jim wrote:
I'm trying to update something (actually install KDE4), and In need to
make an 'update chain', but I can't remember the proper term. Namely I
have port found in 'foo/abc' (abc-12345) and want to replace it with
'var/xyz'. I know there are several ways to do this
501 - 600 of 1952 matches
Mail list logo