Re: Options for next release... (WAS: Re: VERSION 0.2.26 released...)

Please don't worry about it being unclear or confusing. I am just not sure I
understand why the --server option does not do this for you?

Here is the scnerio:
/etc/grab/servers:
	server ftp.ximian.com /pub/... XIMIAN
	server ftp.redhat.com /updates/... RH_UPDATES
	server ftp.freshrpms.net /pub/... FRESHRPMS
	server ftp.redhat.com /pub/... RH_MAINOS

Do the --update, then:

check for updates on redhat proper only:
	# grab --sysupdate --skiplist --server=RH_UPDATES
search for new package on redhat servers only:
	# grab -s --server=RH sudo
	(note: the --server arg will take regex to search, I could have also
	typed --server=update,main)

I may be totally off, but it sounds like this is the type of functionality you
are looking for. If this is not correct, please feel free to mail me off list
so we can discuss this further. If I am still not understanding right, please
let me know. 

Have a good rest of the weekend,
Greg

On Sun, Jan 27, 2002 at 04:08:38PM -0800, Michael Dill wrote:
> Greg:
> 
> I apologize.  I didn't mean to cause confusion here.  Let me try to
> explain where I'm coming from.
> 
>         * I use grab in more than one way.  Sometimes I want to know
>           what all is out there that is newer than what's installed
>           without regard to any special source.
> 
>         * Because of this, I have mupliple servers listed in the
>           'server' section of my grab configuration files. RedHat's
>           Rawhide server, RedHat's Update server, Ximian's ftp server,
>           etc.
> 
>         * But what if I want to JUST check for 'official' updates from
>           RedHat and no where else?  First, I have to edit my 'server'
>           file and comment out the other servers.  Then do a --clean and
>           an --update and a --sysupdate --skiplist to get the info I
>           want.
> 
>         * If I had a 'DISTRO_UPDATE_SERVER' section in grab's 'server'
>           file I could put the RedHat 7.2 update server address there
>           also and nothing else.  Then when I wanted to JUST check for
>           'official' updates from RedHat and no where else, all I would
>           have to do would be to issue a command like this:  grab
>           --update --Distro --skiplist and grab would only check
>           RedHat's  update server, skip the Ximian-labeled files, and
>           tell me if there were any 'official' updates available to me,
>           all without having to edit my 'server' files to do so, and
>           then edit it back again afterward.
> 
> Does any of that make sense?  If not, just forget it.  I don't want to
> cause a problem here.  It might be something that only I am interested
> in anyway.  Sorry if I have been unclear and confusing.
> 
> Thanks for responding to all this,
> 
> -Mike
> 
> -- 
> Michael Dill
> IT Systems Administrator
> Repeater Technologies, Inc.
> (408) 743-9323
> [email protected]
> [email protected]
> --
> "Against stupidity the gods themselves contend in vain."
> 
> 
> 
> On Sun, 2002-01-27 at 12:32, Greg Kurtzer wrote:
> > Hrmm... I am actually not sure I understand the difference between what you
> > are referring to and the existing --server switch. 
> > 
> > Is the difference to basically to allow a user to build a distribution out of
> > the defined FTP servers and server_lists? If this is so, I can see reasons
> > that this could come in handy, but it still seems a bit redundant since I
> > could do this with the --server argument.
> > 
> > Give me an example where you would use this...
> > 
> > 
> > On Sun, Jan 27, 2002 at 09:29:06AM -0800, Michael Dill wrote:
> > > This way, once setup, you don't need to edit the 'server' file again
> > > just to be able to do this.  This would almost replace RedHat's up2date
> > > stuff with ease.
> > 
> > I honestly have never used up2date. I am actually torn on it. I never liked
> > the idea that you have to register and possibly pay for more then one system
> > you use, but I think that they deserve some money for everything they have
> > done for the Linux cause... Dilemmas!
> > 
> > Sorry to seem difficult on this. I do appreciate your input, and I want to be
> > crystal clear on this before going forward on it.
> > 
> > Thanks,
> > Greg
> > 
> > -- 
> > Greg Kurtzer
> > [email protected]
> > http://www.runlevelzero.net
> > LINUX,... The choice of a GNU generation!
> > :wq
> > _______________________________________________
> > Grab mailing list
> > [email protected]
> > http://www.runlevelzero.net/mailman/listinfo/grab
> > 
> 
> 
> _______________________________________________
> Grab mailing list
> [email protected]
> http://www.runlevelzero.net/mailman/listinfo/grab

-- 
Greg Kurtzer
[email protected]
http://www.runlevelzero.net
LINUX,... The choice of a GNU generation!
:wq