Hi Luke,
On Tue, Sep 14, 2010 at 01:22:37AM +0100, Luke Plant wrote:
> you wrote:
> >
> > I'd like to return to the problem of middleware, view decorators, etc.
> > affecting
> > responses in negative ways.
>
> Thanks so much for all your hard work and persistence on this issue.
Thanks. Persi
On Sun, Sep 12, 2010 at 3:13 PM, Alex Gaynor wrote:
> On Sun, Sep 12, 2010 at 1:09 PM, Carl Karsten wrote:
>> On Thu, Aug 26, 2010 at 8:12 PM, Russell Keith-Magee
>> wrote:
>>> On Fri, Aug 27, 2010 at 2:12 AM, Carl Karsten
>>> wrote:
I would like to discus my patch to add support of nulla
Hi Forest,
you wrote:
>
> I'd like to return to the problem of middleware, view decorators, etc.
> affecting
> responses in negative ways.
Thanks so much for all your hard work and persistence on this issue.
Although I haven't gone through this in detail, I think this is arriving
at a good solu
Maybe code talks?
I added a patch to http://code.djangoproject.com/ticket/5833 which
sums up the kind of change I am gunning for. If anyone has some
feedback, awesome.
-Steve
On Sep 7, 3:22 pm, "subs...@gmail.com" wrote:
> Hello there,
>
> I'm watching #5833 and I have a bit of a problem with t
Generally, the best bet is to find someone who does NOT have commit
access (and is thus not quite so busy) to review the patches, run the
tests, and mark them as RFC. Once that has happened, the patch will
get looked at by a committer, often in reasonably short order. Good
etiquette dictates that t
Hi,
Does anyone with commit access have a few minutes to look over the following
tickets?
* http://code.djangoproject.com/ticket/12979
* http://code.djangoproject.com/ticket/11557
Thanks,
Forest
--
Forest Bond
http://www.alittletooquiet.net
http://www.pytagsfs.org
signature.asc
Description: D
Hi Santiago,
On Mon, Sep 13, 2010 at 03:58:12PM -0300, Santiago Perez wrote:
> The biggest problem with the approach I've proposed is that it is not
> sufficiently granular to handle the case where I don't want the response
> content
> modified (e.g. compressed) but I *do* want to
>
> The biggest problem with the approach I've proposed is that it is not
> sufficiently granular to handle the case where I don't want the response
> content
> modified (e.g. compressed) but I *do* want to return HTTP 304 Not Modified
> where
> appropriate. That's the only use case I can think of
Hi,
I'd like to return to the problem of middleware, view decorators, etc. affecting
responses in negative ways.
Background
==
Previous discussion on django-developers (this has come up more than once,
though, I think):
*
http://groups.google.com/group/django-developers/browse_thread/
Hi folks --
Over the course of this week I'm going to be upgrading and improving
the djangoproject.com infrastructure. We'll get some Trac upgrade
action (thanks to Jeremy Dunck, Jannis, and a few others), a better
/community page (thanks to Justin Lilly), and I'll be setting the
stage for a sysad
On Sun, Sep 12, 2010 at 11:55 PM, Tobias McNulty wrote:
> At the DjangoCon sprint this weekend I setup Django on our CI server for
> OSS and had it reporting on builds in the #django-sprint IRC channel. Would
> that be useful to continue post-sprint, and should I have it report to the
> #django-d
Hi Eric,
Does this mean that the account we set up on our server is no longer
necessary?
Stephen
On 11 Sep 2010, at 01:09, Eric Holscher wrote:
There was a hudson server running IIRC, but
http://hudson.djangoproject.com/ is not responding to me.
I took the hudson instance down because n
12 matches
Mail list logo
