On 06/17/2013 09:30 AM, Bohuslav Kabrda wrote:
Hi Pierre,
I've been thinking about this for a long time and this is why I decided to not take
your proposed way:
Since Copr doesn't have control over user names (it takes them from FAS, currently),
we cannot prevent user named e.g. "new" or "edit" to register. Since
"new" and "edit" are also keywords (/coprs/new/,/coprs/edit/) accessed
by GET, this would result in an ugly URL collision (either user's coprs list would be
unaccessible or noone would be able to display the "new copr" page).
Does that make sense or have I missed something?
Slavek.
True. What about?
/ > home
/coprs/details/ > list all the repos (same as home, atm)
#-----^^^^^^^^^ this is the change
/coprs/details/<user>/ > list someone's copr
/coprs/details/<user>/<repo>/ > the detail of this copr
/coprs/details/<user>/<repo>/{permissions,builds,...}/ > same as now the
permissions, builds or other page for this repo (the repo file for yum
could end up here as /coprs/<user>/<repo>/repo/ )
--
Miroslav Suchy
Red Hat Systems Management Engineering