7;ll look at it today and see if I can come up with a fix.
Matt
On Aug 20, 10:27 am, Justin Bronn <[EMAIL PROTECTED]> wrote:
> > Rather than flag "row_number()" as an extra_select parameter (and then
> > try to clean up after it later), Oracle now just uses the default
the module path when pickle attempts
to resurrect it. Ian Kelly and I stared at this one for a while but
didn't come up with a good fix yet.
(If anyone out there uses Komodo, here's my tip of the day. Use
manual breakpoints:
from dbgp.client import brk; brk()
That's the o
On Aug 20, 1:01 pm, Justin Bronn <[EMAIL PROTECTED]> wrote:
> > Item.objects.dates('created', 'day')[0]
> > DatabaseError: ORA-00923: FROM keyword not found where expected
>
> That's the exact error that's giving me problems -- I think it's one
> of the same issue as I'm having. It's because of t
I noticed that in the get_or_create test case, Oracle fails because
the cx_Oracle database driver raises a DatabaseError, not a more
specific IntegrityError, when an INSERT lacks a required field.
(Malcolm anticipated this in his commit message for r8450.) Looking
at the C code for the driver, it
On Aug 22, 5:56 pm, Justin Bronn <[EMAIL PROTECTED]> wrote:
> FYI, r8471 fixed my problems and all Oracle GeoDjango tests pass
> again. Thanks.
That's good news, Justin--thanks for verifying! (I have access to 9i
and 10g servers--not just XE--but spatial isn't licensed for any of
them so I had
side the oracle backend. Let me know if
you think that's acceptable.
On Aug 23, 10:47 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Sat, 2008-08-23 at 08:07 -0700, Matt Boersma wrote:
>
> [...]
>
> > However, I grep'ed the Django source and found t
On Aug 25, 10:51 am, "Karen Tracey" <[EMAIL PROTECTED]> wrote:
> I just noticed that the MySQL backend also fails on this get_or_create
> test. It is returning an OperationalError instead of an IntegrityError.
> Looks like MySQL returns errno 1364 (ER_NO_DEFAULT_FOR_FIELD) in this case
> but this
I would like to see this, it seems to be an idiom that most people use. I
know i have to implementent that exact same thing for every project I have
ever done with django.
On Thu, Oct 30, 2008 at 1:34 PM, Ole Laursen <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> There are a couple of things in settings
used by ChangePasswordTest, to ensure that the
correct templates are used during the test.
- Matt Brown
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send
Is there any documentation as to why Django is not threadsafe? It just
seems to me that with the Global Interpreter Lock and all, it would be
threadsafe. I don't intend to start a flame, I am just curious about
learning why this might be. I am favor of the mutlitprocess approach layed
out by Lud
I have a bit of confusion about how possibly "non-trivial" patches are
supposed to be handled.
Common practice here seems to be that if someone wants to propose a
change and has a patch ready, they open a ticket first and then a
discussion here. The docs indicate that if the patch is non-trivial
n is, what should the
configuration option look like? Here are two options:
1: SQLITE_MODULE_NAME = 'pysqlite2'
2: DATABASE_OPTIONS = {'module': 'pysqlite2'}
3: USE_PYSQLITE2 = True
4: # Other
Preferences? My current vote is option 2, because it does not
introd
ce in helping Ian
Kelly and I to keep the Oracle backend in shape.
Matt
On Jan 16, 8:17 am, "Karen Tracey" wrote:
> On Fri, Jan 16, 2009 at 9:43 AM, Alex Gaynor wrote:
> > PgSQL is indeed PostgreSQL. Yes, I do still get the failures pre-fast
> > tests, I guess I
On Jan 22, 2009, at 9:23 PM, catsclaw wrote:
>
> On Jan 22, 12:12 am, Jacob Kaplan-Moss
> wrote:
>> Why don't we start over here: what is the problem? What did you try
>> do
>> do? What did you expect to happen? What actually happened?
>
> Here's another problem I'm stuck at. I'm trying
Hi all,
Attached is a trivial patch for a typo in the testing documentation.
Regards,
Matt
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email
Thanks Malcom.
Will do. I saw the patch contribution guidelines, but wasn't sure if a
ticket was required for such a trivial patch.
Matt
On Sun, Mar 8, 2009 at 2:54 PM, Malcolm Tredinnick wrote:
>
> On Sun, 2009-03-08 at 14:19 +1100, Matt Doran wrote:
> > Hi all,
>
Done.
http://code.djangoproject.com/ticket/10433
On Sun, Mar 8, 2009 at 3:20 PM, Matt Doran wrote:
> Thanks Malcom.
>
> Will do. I saw the patch contribution guidelines, but wasn't sure if a
> ticket was required for such a trivial patch.
>
> Matt
>
>
> On Sun,
On May 6, 2009, at 8:50 PM, Karen Tracey wrote:
> On Wed, May 6, 2009 at 10:34 PM, Leo Soto M.
> wrote:
>
> While testing the django-jython oracle backend I get an ugly failure
> on model_forms_regress,
Yes, I saw this too. I'll check in a fix tomorrow a.m. if no one
beats me to it.
>
On Sat, May 16, 2009 at 1:42 PM, Richard Davies
wrote:
>
> My question is effectively the same as asking if the test suite passed
> on Oracle between [8314] in August 2008 and [10022] in March 2009.
>
> I assume that it must have passed during those six months (Django 1.0
> was [8961] in Septembe
t_result.test_method))
+_XMLTestResult._test_method_name(test_result.test_id))
testcase.setAttribute('time', '%.3f' % test_result.elapsed_time)
if (test_result.outcome != _TestInfo.SUCCESS):
With these two changes, I can see memory fluctuate, increasin
report your findings to the upstream maintainers.
>
> That way if it's actually confirmed as an issue, the solution will benefit
> much more people than people doing testing in Django.
>
Thanks for the lead, Ramiro.
Is the ultimate upstream the CPython repository now? Or a
On Thursday, August 1, 2013 3:50:33 AM UTC-4, Florian Apolloner wrote:
> For Python >= 2.7 it should be CPython; for everything below the separate
> unittest2 repository.
>
Thanks.
Just closing the loop. Now there's a conversation[1] on python-dev which
led to an existing ticket[2] that's alm
s the correct approach.
Should an empty list be the desired behaviour, should an exception be
raised, or should the old behaviour (which doesn't honour timezones) be
maintained when tzinfo is not available?
--
Matt
m...@mattaustin.me.uk
http://mattaustin.me.uk/
--
You received this message b
#x27; does appear to return the
correct results.
Thanks for investigating.
--
Matt
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to django-developers+
s works well, and managing the exclusions through settings is not a big
deal. Having said that, I do like the idea of putting it inside the Auth
middleware as well.
+1 from me to put this into core functionality, I include django-stronghold
in basically all my projects already.
Cheers,
Matt
O
ecreed by the core team a long time back
(https://code.djangoproject.com/ticket/6041#comment:6), and I can't find
any indication of that decision being reversed. Was this change intentional?
Cheers,
- Matt
--
You received this message because you are subscribed to the Google Groups
"
our CI system is as good a home for Python (and PHP,
and Ruby, and ...) projects as any system out there. One of the research
activities I'm doing is trying to get a CI pipeline set up for well-known
Python projects. Then I can see where we have gaps, where we have better
features, et
r several years, but greatly improved it over the last year. From an open
source perspective, the worst problem the "black box" nature -- the
community couldn't see built results, test failures, etc since VSTS
projects were always private. Now with public projects, we're hoping
Thanks Josh, I'll take a look at that.
Also, I got past the pylibmc problem (I wasn't running `apt-get update`
before attempting to install libmemcached-dev).
On Thu, Jul 12, 2018 at 8:58 AM Josh Smeaton wrote:
> Hi Matt,
>
> The django-box project[0] uses very close
ing/issues/168> with
the xmlrunner folks to make the same change. I'm also going to see if I can
track down the right person to be more liberal in what the uploader accepts.
On Thu, Jul 12, 2018 at 9:40 AM Carlton Gibson
wrote:
> Hi Matt,
>
> The settings files from the django-box p
ut shortly. Other than that
(major) gap, I'd love to hear if I've missed anything important. The build
script is here <https://github.com/vtbassmatt/django/blob/ci/.vsts-ci.yml>.
On Thu, Jul 12, 2018 at 10:36 AM Matt Cooper wrote:
> Thanks! I'll keep in on list as long as no
se in
production to support AWS health checks that may help give some more
context: http://dpaste.com/2BS0C5M
-Matt
On Fri, Sep 14, 2018 at 10:44 AM, Tim Graham wrote:
> What would be the value of that setting for your use case?
>
> On Friday, September 14, 2018 at 11:52:46 AM UTC-4, Jonas H w
properly.
-Matt
On Fri, Sep 14, 2018 at 11:29 AM, Tim Graham wrote:
> Sorry, I still don't understand what "whitelisting the health check path"
> looks like.
>
> Here's the snippet for anyone reading the thread after the pastebin expires.
>
> ALLOWED_H
an just our translation management not being up to
scratch, and B) whether there's been any previous work on addressing this?
Cheers,
- Matt
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
To
dex.html
and download the .deb or .rpm and give it another try. Oracle
installs used to be tricky, but since they packaged XE this way it's
been painless for me, and obviously having a working setup would be
essential for a buildbot environment. If you see specific errors,
mail me at matt (at)
Here's the add_event in my views which uses the newforms and calls the save.
http://pastie.textmate.org/71706
It will probably help :-)
On 19/06/07, vanderkerkoff <[EMAIL PROTECTED]> wrote:
>
> Hello everyone
>
> I'm running django from the trunk, so using the most up to date
> version, python
Hi Waylan
I tried it the uicode branch on my local machine and it didn't make any
difference. I'm still keeping it on my local box though.
So, I tweaked the code a bit, so it looks like this at the top of the save
overide now, not at the bottom and it's working as expected.
if self.summary:
Hi John
You need to install the python Markdown Module, it doesn't come with django
mate or python, it's like an add on.
I think on gentoo linux you can install it using emerge and etc-update. Not
sure though, check your gentoo documentation on installing python modules.
On 21/06/07, john-f <
se
return iri_to_uri(u'/' + get_resolver(urlconf).reverse(viewname,
*args, **kwargs))
File "[]...]/django/core/urlresolvers.py", line 273, in reverse
raise NoReverseMatch
NoReverseMatch
Is anyone else suffering from this problem?
M.
--
Matt Riggott (mailto:[EMAIL PROTECTED]).
D
refer to the latest release, rather than trunk. Would
we see the same amount of confusion from the other direction, or is it
safer to assume that users of trunk are more aware that the
documentation has versions than users of the releases?
Matt
--~--~-~--~~~---~--~~
On Sep 21, 2007, at 2:22 PM, SmileyChris <[EMAIL PROTECTED]> wrote:
>
> On Sep 19, 11:44 pm, Ned Batchelder <[EMAIL PROTECTED]> wrote:
>> Now we just need to get someone to put it on the site...
>
> +1. Easy to do, looks good.
+1. It's excellent.
--~--~-~--~~~---~
In reviewing bug #5579 (see http://code.djangoproject.com/ticket/5579),
I discovered I never receive the confirmation email from Trac at
http://www.djangoproject.com/accounts/register/. I've tried four
times since Sunday, using two email addresses in different domains. I
can't actually verify th
yes please shabda
we're currenlty moving away from webglimpse and into solr for our
search engine technology, but something inside django itself would be
really useful.
Especially if you could query other django appilcations from within
one application.
ooh, now dat be tasty burgers
On 01/10/2
On Sep 26, 8:38 am, Barry Pederson <[EMAIL PROTECTED]> wrote:
> Matt Boersma wrote:
> > In reviewing bug #5579 (seehttp://code.djangoproject.com/ticket/5579),
> > I discovered I never receive the confirmation email from Trac at
> >http://www.djangoproject.com/accounts/
That fixed it--I got the confirmation email immediately this time
after registering. I'll close #5579. Thanks, Jacob.
On Oct 1, 2:20 pm, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
wrote:
> OK, it should be fixed for real this time -- emails are now being sent
> from &
n it :-)
See, I'm lazy really, but I think I'm going to have to learn java as
my boss is also a rails fan, so Sorl is looking like the most likely
candidate.
I love it by the way, it's fab!
On 03/10/2007, Ian Holsman <[EMAIL PROTECTED]> wrote:
>
> Matt Davies wrote:
Thanks for the tips Ian
Building this search solution is the next job on my every growing
list, I think I'll blog it as it'll be a really good example of
someone who is starting from the beggining with very little knowledge
:-)
On 03/10/2007, Ian Holsman <[EMAIL PROTECTED]>
On Oct 3, 6:23 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> Oracle changes on the queryset-refactor branch are probably going to be
> about the last thing to land on that branch because it's very time
> consuming to test and work with for me.
It sure is--we tend to run only single tests du
quires a connection if
you want to use the dependency feature. So, from what I can tell your
problems should have been fixed with a 2-line change to remove
ez_setup from setup.py. If you prefer to stick with distutils, that's
fine, but don&
Aaron
try this site
http://djangogigs.com/
On 03/04/2008, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, Apr 3, 2008 at 9:07 AM, Aaron <[EMAIL PROTECTED]> wrote:
> > My apologies in advance if this is not the correct channel for this
> > message,
>
>
> It is not. From the group's
Hi Joyanta
You have so many questions that it's impossible to answer them all, and some
of them are unanswerable, 'who knows', 'it depends' type answers.
Django is good though, damn good.
On 11/04/2008, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
>
> 2008/4/11 joyanta <[EMAIL PROTECTED]>:
>
>
Joe wrote:
> I saw this post, but I wasn't sure a consensus had been reached.
I thought simonslaw summed it up pretty nicely.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to t
Todd O'Bryan wrote:
> On Jul 27, 2006, at 3:49 PM, [EMAIL PROTECTED] wrote:
>
> > Tom Tobin wrote:
> >> On 7/27/06, Joe <[EMAIL PROTECTED]> wrote:
> >
> >> In line with other sentiments I've expressed here in the past: IMHO,
> >> this means your *project manager* is addled, not Django's release
>
Tyson Tate wrote:
>
> [...] If you can't handle using an in-development framework that's
> improving by the hour [...] see it become the best web
> application framework in the world
> -Tyson
Very ambitious words there, Tyson. While I can agreeably forsee Django
eventually maturing into a great
Thanks again. :)
--~--~-~--~~~---~--~~
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 this group, send email to [EMA
ango where
such field name strings are expected and wrapping the input in this
function.
Is there any chance something like this could be considered as a new
feature?
Thanks in advance,
Matt
--
You received this message because you are subscribed to the Google Groups
"Django developers (C
Hi,
So currently django seems to take the name of your models (either inferring
it from the model class name or, if provided, it takes it from the model
Meta options), and prepends the name of the app the model belongs to with
an underscore to avoid table name conflicts. It then creates that t
EDIT:
Actually, after some further digging it turns out it's worse than I
thought. Unless I'm missing something it looks like there currently isn't
any non-hacky way at all to set a table's schema in django. There are
workarounds that involve SQL escaping hacks such as setting a model's
db_na
101 - 158 of 158 matches
Mail list logo
