If a user was in both Developer and TU groups, they would show up twice.

Signed-off-by: Dan McGee <dan@archlinux.org>

Now that we aren't using the middleware, add cache headers on our
primary pages so we can prevent some repeat traffic, and cache all feeds
for five minutes.

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

And a bunch of text that may suck, but is better than nothing.

Signed-off-by: Dan McGee <dan@archlinux.org>

Add a 'latin_name' field to the user profile so we can better support
those developers with names in non-Latin scripts, and yet still show a
Latin name as necessary on the developer profile page. This field only
shows up if populated.

Also, use consistent sorting everywhere- rather than using username,
always use first_name and last_name fields.

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Dan: use relative links if possible, use releng link from settings, fix
HTML closing tags.

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

We had this set up as a unique ForeignKey before, which adds some
indirection due to the RelatedManager object being there. By making it a
OneToOneField, we can get the profile object directly, enforce uniqueness,
and also use it in select_related() calls to make our profiles page a bit
more efficient.

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Made obvious when poking around with the Django debug toolbar.

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Never would have guessed it should actually be in news/models.py.

Signed-off-by: Dan McGee <dan@archlinux.org>

South actually makes this relatively painless if you get everything right,
so might as well start getting these out of the legacy main application to
eventually eliminate models being separate from their views.

Signed-off-by: Dan McGee <dan@archlinux.org>

Saves the hassle of needing to wrap everything in RequestContext()
manually.

Signed-off-by: Dan McGee <dan@archlinux.org>

We had a bunch of extra imports, non-conventional variable names, spacing
issues, etc. that were relatively low-hanging fruit to clean up. Fix them
and make the code a bit cleaner in the process.

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

Get this working by doing some class business with CSS in order to highlight
the correct tab. I had to add some stuff to a variety of pages but it should
be working correctly now. Addresses FS#19591.

Signed-off-by: Dan McGee <dan@archlinux.org>

Rather than our home-baked roles field, which is free text so we really
shouldn't be checking against anyway. It also prevents people from being
both a developer and a TU.

Signed-off-by: Dan McGee <dan@archlinux.org>

Instead of doing slicing and ugly table-based layout, move to a CSS-based
organization of the donor list. Shoot for 4 columns but should degrade
gracefully to fewer, and will look just fine with no CSS at all (one big
tall list).

Signed-off-by: Dan McGee <dan@archlinux.org>

Sometimes http was first, other times ftp was first. Add an order by clause
to ensure it is the same for all mirrors.

Signed-off-by: Dan McGee <dan@archlinux.org>

Add a link to the wiki instead. Also remove ExternalProject model and
associated dealings.

Signed-off-by: Dan McGee <dan@archlinux.org>

Add link to wiki instead. Also remove AltForum model and associated
dealings.

Signed-off-by: Dan McGee <dan@archlinux.org>

Unnecessary, and lets us standardize on not using it everywhere.

Signed-off-by: Dan McGee <dan@archlinux.org>

It isn't the most elegant operation in the world, but attempt to only show
one line per package, grouping by architecture if multiple were updated in
the same go. This makes the recent packages view a bit more useful as a
heads up view. Implements FS#17304.

Signed-off-by: Dan McGee <dan@archlinux.org>

Make the feed framework a lot more flexible and give the possibility to have
a feed for each architecture. You can drill down even more than also get a
feed for a particular repo; some might find this helpful for something like
tracking [testing]. Implements FS#12939.

I also bumped up the number of items available in each of these feeds; since
it is full of a bunch of small items it might be more helpful to have more
available and it should also prevent fewer ones from being missed.

The UI isn't exactly spectacular, but I figured some sort of page is better
than none listing all the various feeds you can pull from.

Signed-off-by: Dan McGee <dan@archlinux.org>

Quite a few changes here. Unify the developer view pages into one actual
django view and template, and use different dispatches from urls.py to set
up the three different queries for who to display and what message and group
name to show.

Signed-off-by: Dan McGee <dan@archlinux.org>

Especially when looking at packages, we always want the arch and repo.
Another big hunk of changes deals with the very inefficient signoffs code.

Signed-off-by: Dan McGee <dan@archlinux.org>

Signed-off-by: Dan McGee <dan@archlinux.org>

We should always highlight 'Home' when on the Django site. The sole
exception is the download page which has its own special place.

Signed-off-by: Dan McGee <dan@archlinux.org>

RequestContexts are needed to check if the user is logged in

NOTE: Generic views as direct_to_template and object_list always return
a request context, so is good to use them :)

Later will add a render_template shortcut that adds the RequestContext
automatically

 - moved devel.views.siteindex to public.views.index
 - using template from public view with added devel menu
 - added extra styles and images