Bug 103678 - up2date uses not-so-smart logic in selecting package source
Summary: up2date uses not-so-smart logic in selecting package source
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Linux Beta
Classification: Retired
Component: up2date
Version: beta1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Adrian Likins
QA Contact: Fanny Augustin
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-09-03 20:00 UTC by Bill Nottingham
Modified: 2014-03-17 02:38 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-08-24 19:02:13 UTC
Embargoed:


Attachments (Terms of Use)

Description Bill Nottingham 2003-09-03 20:00:40 UTC
up2date-3.9.23-2

I have it configured to look at both 'up2date' and a local directory repository.
If a package is in both places, it's downloading it over the network instead of
copying it from the local disk.

Comment 1 Adrian Likins 2003-09-03 20:58:46 UTC
up2date gets a package from the same source it got the package info
from. So if the package info comes from RHN, it downloads it
from RHN. If it comes for a dir repo, it "downloads" it from
the dir repo. 

Dep solving however, can potentially check all available info
sources till it finds what it needs (has to, to allow cross
repo dep solving). It takes the first place that has the info
it needs. Currently, it always looks to rhn first, so if rhn
has the info, it gets it there, which means it also fetches
the package from there. 

Dir package sources arent really meant to act as local look
aside caches for RHN available packages. They are stand
alone repo sources. the "-k" /path/to/packages should still
work as a way to indicate a local look aside cache for packages
that might also be across the network. 




Note You need to log in before you can comment on or make changes to this bug.