Bart Smaalders wrote:
Ed McKnight wrote:
I have two authorities configured hosting my packages. One holds
debug packages, the other not.
bosco:work-109-1:~# pkg authority
AUTHORITY URL
osolre http://ipkg.sfbay:29047/
coips-80 http://coips.sfbay:80/
coips-25991 (preferred) http://coips.sfbay:25991/
bosco:work-109-1:~#
Note that coips-25991 is the preferred authority. My package,
ha-cluster-full is available from each authority, in different
versions. Note the 33284 in the coips-80 version.
bosco:work-109-1:~# pkg list -v ha-cluster-full
pkg: no packages matching 'ha-cluster-full' installed
bosco:work-109-1:~# pkg list -av ha-cluster-full
FMRI
STATE UFIX
pkg://coips-80/[email protected],5.11-0.108.33284:20090224T050837Z
known ----
pkg:/[email protected],5.11-0.108:20090307T003608Z
known u---
bosco:work-109-1:~#
Now I install the package by unqualified name:
bosco:work-109-1:~# pkg install ha-cluster-full
DOWNLOAD PKGS FILES XFER
(MB)
Completed 45/45 1289/1289
104.78/104.78
<snip>
Indexing Packages 45/45
bosco:work-109-1:~#
And check the result:
bosco:work-109-1:~# pkg list -v ha-cluster-full
FMRI
STATE UFIX
pkg:/[email protected],5.11-0.108:20090307T003608Z
installed u---
As expected, the version from coips-25991 has been installed (lacks
33284.)
Now check a package which was installed via dependency:
bosco:work-109-1:~# pkg list -v SUNWscz
FMRI
STATE UFIX
pkg://coips-80/[email protected],5.11-0.108.33284:20090224T050443Z
installed ----
bosco:work-109-1:~#
It was installed from coips-80. Note the 33284. But it *is* available
on coips-25991, the preferred authority:
bosco:work-109-1:~# pkg list -afv SUNWscz
FMRI
STATE UFIX
pkg://coips-80/[email protected],5.11-0.108.33284:20090224T050443Z
installed ----
pkg:/[email protected],5.11-0.108:20090307T003526Z
known u---
pkg://coips-80/[email protected],5.11-0.108:20090224T013800Z
known u---
bosco:work-109-1:~#
Why was the depended-upon package brought in from coips-80 rather
than coips-25991?
So.... you have two packages, which differ in version:
pkg://coips-80/[email protected],5.11-0.108.33284:20090224T050443Z
pkg:/[email protected],5.11-0.108:20090307T003526Z
Your dependency likely specifies:
pkg://coips-80/[email protected],5.11-0.108
The dependency is simply:
depend [email protected] type=require
It will prefer the newer package.
But the *older* package from the *non-preferred* authority was installed.
If you want to play games w/ different content in a pkg for the same
build, use variant types and merge the pkgs rather than trying to
finagle this w/ version games.
I didn't think I was playing games or finagling. I thought I had two
separate repositories, and that I specified a preferred one. My
observation is that what got installed was not what I expected. What
does 'preferred' get me, if not that a package available from that repo
will be installed? In writing my instructions to my users it seems I
need to tell them not to have multiple authorities set when a given
package can come from more than one.
?? thx, --emk
- Bart
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
