<html><body><div style="color:#000; background-color:#fff; font-family:arial, helvetica, sans-serif;font-size:10pt">Hi all , Hi Randy.<br>I am bothering you all because i would like to run the following scenario.  <br>- Create a set of repositories (os, updates, aplication, ...)<br>- refresh then daily<br><br>- create from 2 to 50 consumers<br>- group these consumers in several major groups (Production, development, integration)<br>  Note some consumers should be in several groups if possible<br>- Bind a collection of repositories to these groups<br>- install/update/remove  individual packages to the group<br>- upgade the os level to the group<br><br>At this point the group usage does not work as i undestand.  So i have somme questions.<br>- when binding a repo to a group, should the consumer have the /yum/repo.d/pulp.repo changed<br><br>- in several places the in the pulp-admin command tree i notice that some time we cannot retrieve
 the information we register thru the command<br>For example: the feed data when creating a repo is not retrievable, less editable, the binded repository in a group is not visible too.  <br>In a real production environment it is crucial to know what you are doing and the present state of things.  Commands are not always executed by the same people and time could pass between several executed commands and people forget.<br><br>- A nice to have will be to have a set of command testing the infrastructure linking the pulp server and the consumers.<br><br>Thanks all of you for you patience, and beer and pizza for the ones that will stop by Paris (France not Texas)<br><br>Henri<br><br><br><br><br><div><br></div></div></body></html>