Let's *please* keep the trunk stable. It would be very discouraging
to new developers if they checked out Django from SVN head and got a
broken source tree.
On the topic of which branches will ever land - I'm actively working
on schema evolution right now. There's still a fair bit of work to
ma
Russell Keith-Magee wrote:
> On 11/11/06, Alex Dedul <[EMAIL PROTECTED]> wrote:
>> Hi there,
>>
>> Akismet rejects ticket as spam, so posting it here.
>
> Thanks for the report, Alex.
>
> Some changes have been made to our ticket setup to get around these
> spam rejections; if you go to
Michael Radziej wrote:
> Adrian Holovaty schrieb:
>> That's a good point. Maybe we could do a better job of this by
>> highlighting the currently developed branches on the main Django
>> download page, rather than hiding them on the wiki, which I'm still
>> convinced many people don't know about.
On 11/11/06, Alex Dedul <[EMAIL PROTECTED]> wrote:
>
> Hi there,
>
> Akismet rejects ticket as spam, so posting it here.
Thanks for the report, Alex.
Some changes have been made to our ticket setup to get around these
spam rejections; if you go to the settings page (link on the bottom
ri
Hi there,
Akismet rejects ticket as spam, so posting it here.
A couple of months or so ago i started to get this traceback on
sequential reloads of specific page. Seems it also affects other users,
there is notice of it here
http://simon.bofh.ms/logger/django/2006/10/08/ (searc
On 11/10/06, Igor Goryachev <[EMAIL PROTECTED]> wrote:
> There is a small bug/typo in patch came with r4058 revision.
Thanks for the report, Igor! I've made the fix.
Adrian
--
Adrian Holovaty
holovaty.com | djangoproject.com
--~--~-~--~~~---~--~~
You received
Hello people.
There is a small bug/typo in patch came with r4058 revision.
random_bits variable became string instead of integer, so the following:
-msg['Message-ID'] = "<[EMAIL PROTECTED]>" % (time.time(), random_bits,
DNS_NAME)
should be changed to:
+msg['Message-ID'] = "<[
On 11/10/06, James Bennett <[EMAIL PROTECTED]> wrote:
> Can you point me to the other requests?
>
Apparently, I exaggerated. I could only find one other request, at
the end of this thread:
http://groups.google.com/group/django-developers/browse_thread/thread/587004d127dd9444/5ffe71f43a099d22?ln
Thanks for the heads up on the symlinks. My problem was with stale pyc
files created by symlinked .py files. Blech.
What version of sqlite and pysqlite were you testing on? I can get
SQL output from mysql and psycopg1 now, but nothing out of sqlite3.
vic
> > The emitted output on my machine i
On 11/10/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> This is the third or so request to have a bug applied to
> 0.91-bugfixes. I'm not at all upset, but the prior requests haven't
> been answered. Would it be possible for me to gain committer access
> on that branch? I'm fixing bugs over ther
I just ran into a problem caused by response middleware getting called
even though request middleware returned a response. The docs, even in
0.91, claim that all response processing stops if request middleware
returns a response, but this was not the case, even on trunk, until
[2358], while 0.91
Hi Rob,
Rob Slotboom wrote:
> I found a solution using a custom query in models.py
>
> def get_unvoted_polls_for_voter_ip(ip):
>from django.db import connection
>cursor = connection.cursor()
>sql = """SELECT polls_poll.id, polls_poll.question FROM polls_poll
> LEFT OUTER JOIN p
I found a solution using a custom query in models.py
def get_unvoted_polls_for_voter_ip(ip):
from django.db import connection
cursor = connection.cursor()
sql = """SELECT polls_poll.id, polls_poll.question FROM polls_poll
LEFT OUTER JOIN polls_vote ON polls_poll.id = polls_vote.pol
-- continue --
Entering the next query in psql returns the correct collection:
SELECT polls_poll.*, polls_vote.voter_ip FROM polls_pol
LEFT OUTER JOIN polls_vote ON polls_poll.id = polls_vote.poll_id
WHERE polls_vote.voter_ip <> '192.168.1.10' OR polls_vote.voter_ip IS
NULL;
Can this query be co
I just override safe_file for the FileField.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com
To unsubscribe from th
Victor Ng wrote:
> The tests don't look like they're integrated with runtests.py at all.
no, they're standalone.
> 3) Run reset_all_to_pre (note that this doesn't have a shebang at the top)
> 5) Run reset_all_to_post (note that this script also doesn't have a
> shebang at the top)
we're all run
16 matches
Mail list logo
