As a datapoint, I've seen roughly 1 person per week in #django IRC confused
about specific startup exceptions due to them using python 2 rather than
python 3 on Django >= 2.0. Unsure how many of these are due to the shebang.
That said, it looks like there are no good solutions other than maybe
In any case you’re going to see a lot of Django 2.0 developers on Mac OS hit
this problem when they install to default Python or use standard Python install
convention where Python 3.5 is installed as “python3".
-bobby
> On Apr 10, 2018, at 3:46 PM, Aymeric Augustin
> wrote:
>
>> On 10 Apr 2
Hi Jessica (& team!),
My immediate thought is that those rows are errors. They should be ignored
and not included in any list added to Django :)
On 11 April 2018 at 02:13, Jessica F wrote:
> Hello! I'm Jessica, the assignee to this ticket. I am speaking on behalf
> of a group of newbies contrib
Hello! I'm Jessica, the assignee to this ticket. I am speaking on behalf of
a group of newbies contributing to open source projects.
I was looking at the list of 20k passwords by Royce Williams, and there
were 40 that were something like "$HEX[d0bfd197d5]". When I parsed them,
nothing legible
> On 10 Apr 2018, at 17:43, Florian Apolloner wrote:
>
> On Tuesday, April 10, 2018 at 1:28:33 PM UTC+2, Tim Allen wrote:
> Since `django-admin startproject my_project` is created on the fly from
> templates, couldn't we dynamically create the `manage.py` executable based on
> some system intro
Hi François,
Thank you for a good write-up of the issue.
Having looked at this from each direction I can't see a way of squaring all
the desires here.
I see the possibility of an inconsistency between the __len__() and
__iter__() calls. This would certainly be nice to avoid but I'm not sure
On Tuesday, April 10, 2018 at 1:28:33 PM UTC+2, Tim Allen wrote:
>
> Since `django-admin startproject my_project` is created on the fly from
> templates, couldn't we dynamically create the `manage.py` executable based
> on some system introspection and an agreed upon priority
>
Wouldn't that r
A long due update on this, given that the question popped up recently:
I worked at some time in type annotations and published some for Django
1.10 ; I'm currently not working on them, given that my current work has
not been very close to Django development
After trying a few things, the best way
Since `django-admin startproject my_project` is created on the fly from
templates, couldn't we dynamically create the `manage.py` executable based
on some system introspection and an agreed upon priority?
Regards,
Tim
On Tuesday, April 10, 2018 at 4:28:12 AM UTC-4, Adam Johnson wrote:
>
> Oh y
Oh yeah, duh, my bad :)
On 9 April 2018 at 23:35, Collin Anderson wrote:
> I'm thinking something like #!/usr/bin/env {{ os.path.basename(sys.executable)
> }} when running startproject. (Though on windows I that would
> be #!/usr/bin/env python.exe - not sure if that would work or not)
>
> On Mo
Hi All.
https://github.com/django/django/pull/9748 adds the ability to perform
simple queries on a generic foreign key:
TaggedItem.objects.filter(content_object=object_instance)
You still can't do anything more complex, such as:
TaggedItem.objects.get(content_object__name='Diamond')
11 matches
Mail list logo
