Stale origin: 'www/aolserver-openacs-pg': perhaps moved or obsoleted.
-> The port 'www/aolserver-openacs-pg' was removed on 2007-02-28 because:
"Not longer needed"
-> Hint: aolserver-openacs-pg-4.0.10_2 is required by the following package(s):
openacs-5.1.5_2
dotlrn-2.1.3_2
Deinstalling openacs-5.1.5_2
pkg_delete: file '/usr/local/share/service0/database-backup' doesn't exist
pkg_delete: unable to completely remove directory '/usr/local/share/service0/database-backup'
pkg_delete: couldn't entirely delete package (perhaps the packing list is
incorrectly specified?)
You are deinstalling this port:
Remember to kill the associated Aolserver process in case
you've changed the standard.
We will try to kill the standard now:
No service0 process found.
If no other openACS/.LRN instance needs it, you may want to
delete /var/lib/aolserver and /var/lib manually,
and possibly the service0 users and database.
> "Stale dependency: gimp-gnome-2.0.2,1 --> gsfonts-8.11_1 -- manually run
> 'pkgdb -F' to fix, or specify -O to force."
This means that you haven't installed the Ghostscript fonts port --
either you're doing without, or you've installed some other port which
provides equivalent functionality.
> I run the command suggested (pkgdb -F), but as it is a little confusing
> I ran "pkgdb -fu", which always seems to exit fine but does not solve
> the problem.
You've basically got three choices.
i) Install the print/gsfonts port. Running pkgdb(1) after you've done
that will detect that port has been installed and can resolve the
dependency, meaning pkgdb(1) will shut up about this issue for ever after.
ii) Decide you don't want a dependency on print/gsfonts -- which would
be appropriate if you've deleted that port or installed those fonts
outside the ports system. In this case, use 'Ctrl-D' to delete the
dependency when prompted by pkgdb(1).
iii) You've installed some other port that provides the standard 35
postscript fonts. The X-Windows fonts collections also include those
fonts, and there has been some move to get both X and ghostscript to
use the same font definition files (mostly so things will look the
same on screen and on printout), but I'm not sure if it's been
released for public consumption yet.
In this case, you need to find out what port you are using to provide
those fonts, and type it's name in when pkgdb(1) prompts you for the
dependency.
For either of cases (ii) and (iii) you may well have to repeat those
corrections should some port in the dependency tree between gimp and
gsfonts get updated. In theory you can populate the ALT_PKGDEP array
in /usr/local/etc/pkgtools.conf, but in practice this doesn't seem to
have a great deal of effect.
Don't expect too much from pkgdb's attempts to guess the name of any
replacement packages. All it does is look for packages where the name
starts similarly, which is sometimes OK but quite often wildly wrong.
For instance pkgdb(1) doesn't understand that xorg-libraries-\* is a
suitable replacement for XFree86-libraries-\*, or that p5-DBD-mysql-\*
can replace p5-Mysql-modules-\*. Note too that while you're typing in the
replacement package name, you can hit the TAB key and have the package
name autocomplete. Very handy feature, that.
Cheers,
Matthew
This type of complexity is one of the reasons
why portmaster does not use an "extra" database to track dependencies.
It instead relies on /var/db/pkg and the ports framework to do that,
and updates the +CONTENTS files themselves when needed.
To more precisely answer your question, in /var/db/pkg the derived
dependency on p5-IO-Stty wouldn't exist, so you wouldn't have the
problem you described.
You can get a quick and dirty look at whether or not the ports you have
installed are up to date by doing 'pkg_version -v'. If you'd like to
recurse through all your dependencies for RT you could try installing
sysutils/portmaster and do one of the following:
portmaster rt36
which will first recurse through all of RT's direct dependencies, make sure they are up to date, then rebuild RT itself; or
portmaster -f rt36
which will rebuild all of RT's dependencies first (and therefore
recurse through each dependent port's dependencies), then rebuilt RT.
You might also want to give the man page a look before you do that, and
you'll probably want to at least add the -v flag your first few times
using it.
hth,
Doug
Vivek Khera wrote:
I'll have a look at portmaster. Do I have to chase up the tree to find
the top level port or can I just "portmaster p5-Expect" and have it
chase all the way up and fix everything that depends on that port?
Take a look at the man page. What you want is probably
portmaster -v -r p5-Expect
Doug
I'll have a look at portmaster. Do I have to chase up the tree to
find the top level port or can I just "portmaster p5-Expect" and have
it chase all the way up and fix everything that depends on that port?
Just give a head up, if you are going to use 'portmaster -s' then make
sure you do not use pkgdb. The pkgdb kill 'portmaster -s' function. I
have requested to sem if he can gets pkgdb to not remove an empty of
+REQUIRED_BY, but he hasn't answer back yet for months. I don't know if
he already has fix it or whatever as I don't need pkgdb anymore in the
lastest version of portmaster.
Cheers,
Mezz
www/openacs-dotlrn
package 'clanlib-devel-0.7.8.1_3' is required by these other packages
and may not be deinstalled:
super_methane_brothers-1.4.7_1
wormux-0.5.0_1
gdesklets-goodweather-0.4_4