Bug 59843 - RFE: up2date should support command line channel restrioctions
Summary: RFE: up2date should support command line channel restrioctions
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: up2date   
(Show other bugs)
Version: 4.0
Hardware: i386 Linux
Target Milestone: ---
: ---
Assignee: Adrian Likins
QA Contact: Jay Turner
Keywords: FutureFeature
Depends On:
TreeView+ depends on / blocked
Reported: 2002-02-13 20:24 UTC by Chip Turner
Modified: 2015-01-07 23:54 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-02-13 22:21:35 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Chip Turner 2002-02-13 20:24:49 UTC
up2date client should support a flag that lets you restrict -u to a given set of

[root@minbar rhn]# up2date --show-channels
[root@minbar rhn]# up2date -u -c skunkworks-i386-7.2 -c rhn-satellite-i386-7.2

This would only pull from skunkworks and satellite, and not the base (so it is
an inclusive operation with none defaulting to be included unless specified, if
any -c exists).  Or any other flag/scheme, the important functionality being
only upgrading packages in specific channels while allowing dependencies be
pulled all channels.

Comment 1 Adrian Likins 2002-02-13 22:21:29 UTC
I think we are going to need to always include the base channel,
but allow selected child channels to be included. It doesnt
really make since otherwise (use channel X at this point,
but channel B at that point, and both at this other point elsewhere...)
All the rules we tell child channel makers seem to blow up at
that point as well (basically, you can have deps on the base channel stuff)

The intent seems to be to allow all packages of a channel downloaded
at once, which is kind of a orthogonal problem and probabaly best
as a seperate RFE.

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