On 04/ 7/10 07:21 AM, Robert Milkowski wrote:
On 07/04/2010 02:09, [email protected] wrote:
On Wed, Apr 07, 2010 at 02:02:11AM +0100, Robert Milkowski wrote:
Hi,
I noticed that below command takes long time:
mi...@r600:~# truss -v all -o /tmp/a pkg list -af
pkg://opensolaris.org/[email protected],5.11-0.134:20100302T023003Z
NAME (PUBLISHER) VERSION STATE
UFOXI
entire 0.5.11-0.134
installed -----
Errors were encountered while attempting to retrieve package or file
data for
the requested operation.
Details follow:
http protocol error: code: 404 reason: Not Found
URL:
'http://pkg.opensolaris.org/contrib/manifest/0/[email protected]%2c5.11-0.111%3a20090804t151953z'.
(happened 4 times)
mi...@r600:~#
mi...@r600:~$ grep ^send /tmp/a
send(4, " G E T / c o n t r i b".., 197, 0) = 197
send(4, " G E T / c o n t r i b".., 280, 0) = 280
send(4, " G E T / c o n t r i b".., 280, 0) = 280
send(4, " G E T / c o n t r i b".., 280, 0) = 280
send(4, " G E T / c o n t r i b".., 280, 0) = 280
mi...@r600:~$
Why is it querying /contrib?
It is querying contrib because you configured contrib as a publisher.
but the pkg list command specifies explicitly which publisher I'm
querying so it should be clever enough to recognize it and query only
the specified publisher.
So if I do pkg list -a pkg://publisher-1/package only publisher-1 will
be queried.
It's not so much that it's querying that publisher as that it's loading
the package data for that publisher, finds that it's incomplete, and
then tries to retrieve what's missing as it's processing the entries.
If it was a v1 repository, the data would already be there and it would
never have to "query" (or retrieve data from) the /contrib repository.
However, even in the case where it doesn't have to retrieve the data
from the /contrib repository, it would still be processing those
entries, so simply as a matter of efficiency, yes, it could limit what
data it loads better here.
The contrib repository runs very out of date software.
The pkg(5) client has to use a slower method to obtain catalog
information from the older servers, this is why contrib is slow. If
you'd like this operation to go faster, you can disable /contrib.
Are there any plans to upgrade /contrib pkg server to use v1 protocol as
well?
I believe a member of the group that maintains that server just posted
to sw-porters-discuss that they intend to upgrade it soon.
-Shawn
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
