up2date feature requests

Is there any chance the following two enhancements could be
made to
up2date at some point?

(1) Allow a user to set the auto errata update flag for the
machine.
(2) Allow a user to add/remove channel subscriptions. The
ability to
see all channels from up2date would help with this if it
isn't already
possible (I can't figure out how to do even that at the
moment).

With these two capabilities we could remove a lot of
headaches we
encounter with user accounts which are primarily used only
to do these
two tasks.

Thanks,
John

_______________________________________________
rhn-users mailing list
rhn-usersredhat.com
htt
ps://www.redhat.com/mailman/listinfo/rhn-users

Hi John, 
Customer feature requests should go through the support
system. These
requests will be forwarded to the Product Manager for
review. 

Item number 2 can be done using the RHN API, but this would
still
require a script to login and list the channels that could
be associated
with a given system and is not part of the current up2date
client. If
such a script was created and used in your environment, it
would then
maybe make sense to add another feature request that an API
to allow the
'auto errata' flag to be set via the RHN API.

Regards,
Clifford. 

On Tue, 2006-11-21 at 09:47 -0600, inode0 wrote:
> Is there any chance the following two enhancements
could be made to
> up2date at some point?
> 
> (1) Allow a user to set the auto errata update flag for
the machine.
> (2) Allow a user to add/remove channel subscriptions.
The ability to
> see all channels from up2date would help with this if
it isn't already
> possible (I can't figure out how to do even that at the
moment).
> 
> With these two capabilities we could remove a lot of
headaches we
> encounter with user accounts which are primarily used
only to do these
> two tasks.
> 
> Thanks,
> John
> 
> _______________________________________________
> rhn-users mailing list
> rhn-usersredhat.com
> htt
ps://www.redhat.com/mailman/listinfo/rhn-users
-- 
Clifford Perry
Team Lead, RHN Sustaining Engineering
Red Hat, Inc. 
http://www.redhat.com/
+1 919 754 4403
RHCE# 80300450721071

_______________________________________________
rhn-users mailing list
rhn-usersredhat.com
htt
ps://www.redhat.com/mailman/listinfo/rhn-users

On 11/21/06, Clifford Perry <cperryredhat.com> wrote:
> Hi John,
> Customer feature requests should go through the support
system. These
> requests will be forwarded to the Product Manager for
review.

Do you mean bugzilla or the more official one where /*
sarcasm on */
I'm asked to provide a sysreport no matter what I say /*
sarcasm off
*/?

> Item number 2 can be done using the RHN API, but this
would still
> require a script to login and list the channels that
could be associated
> with a given system and is not part of the current
up2date client. If
> such a script was created and used in your environment,
it would then
> maybe make sense to add another feature request that an
API to allow the
> 'auto errata' flag to be set via the RHN API.

While I have no objection to being able to do this and much
more
through the API, I really want these two features in up2date
so normal
users can perform them using the one program they typically
learn to
keep their system up to speed. Even without the dump of all
channels,
being able to tell a user to run "up2date
--subscribe-channel foo" or
something like that would be very helpful.

The context of my request is that I have hundreds of users
who
wouldn't need RHN accounts at all if they could perform
these two
tasks without it. And those hundreds of user accounts are
causing a
support nightmare.

Thanks,
John

_______________________________________________
rhn-users mailing list
rhn-usersredhat.com
htt
ps://www.redhat.com/mailman/listinfo/rhn-users

I wonder if anyone might have a solution/workaround to
something I'd like to do regarding kickstart and Satellite
server.

We have a kickstart process in place that works really well
( I can duplicate a kickstart file for the app I need,
change the name and IP info, kickstart the server and have
it all done in about 5 minutes) and we'd like to retain
since kickstarting with sat server generated ks files
doesn't allow me to easily change the hostname info and it
only has provisions for one NIC (we can have as many as 4
configured on a system) so I'd have to configure the rest
manually or write some convoluted interactive script.

That said, I hate having to maintain a repository for each
version of the OS we run to kickstart from when all the
packages are already on the Satellite server just not in a
layout I can use to install from without using the sat
server kickstart files. I have found that if I use the
following example line from the sat server ks file (for
version of the OS I'm loading) in my ks file it works fine -
ONCE and only once.   

  url --url http://sat
server.yada.yada.com/ty/iO0wG4C5

I guess it's some sort of ticket in the sat server DB for
the package list and gets removed once called - I don't
really know. Does anyone know if there is a way to make this
link permanent in the sat server so I can install against
that package list whenever I want? 

Thanks,
Frank 

-----------------------------------------
This email transmission and any accompanying attachments may
contain CSX privileged and confidential information intended
only
for the use of the intended addressee.  Any dissemination,
distribution, copying or action taken in reliance on the
contents
of this email by anyone other than the intended recipient is
strictly prohibited.  If you have received this email in
error
please immediately delete it and  notify sender at the above
CSX
email address.  Sender and CSX accept no liability for any
damage
caused directly or indirectly by receipt of this email.


_______________________________________________
rhn-users mailing list
rhn-usersredhat.com
htt
ps://www.redhat.com/mailman/listinfo/rhn-users

On Tue, 2006-11-21 at 16:28 -0600, inode0 wrote:
> On 11/21/06, Clifford Perry <cperryredhat.com> wrote:
> > Hi John,
> > Customer feature requests should go through the
support system. These
> > requests will be forwarded to the Product Manager
for review.
> 
> Do you mean bugzilla or the more official one where /*
sarcasm on */
> I'm asked to provide a sysreport no matter what I say
/* sarcasm off
> */?
> 
I was talking about through the main Red Hat Support system
where a
ticket for your account is created for a customer requested
feature/product enhancement. 
 
Regards,
Cliff. 

_______________________________________________
rhn-users mailing list
rhn-usersredhat.com
htt
ps://www.redhat.com/mailman/listinfo/rhn-users

On 11/21/06, Clifford Perry <cperryredhat.com> wrote:
> I was talking about through the main Red Hat Support
system where a
> ticket for your account is created for a customer
requested
> feature/product enhancement.

Ok, thanks Cliff. I just finished opening RFEs in BZ. It has
been one
of those days but fortunately this day is almost gone. I'll
open
support tickets and reference the BZs.

John

_______________________________________________
rhn-users mailing list
rhn-usersredhat.com
htt
ps://www.redhat.com/mailman/listinfo/rhn-users