Re: Add an optional parameter to values() that returns a nested dictionary for foreign keys

On Wednesday 25 November 2015 20:34:11 Marc Tamlyn wrote: > I can see a use for this, but the API is unsure. Given that from a > performance point of view it should be possible to do this as a transform > after a values query (in most cases using a similar lazy sequence-like > object will maintain

Re: בואו נעשה משהו ביחד!

לא היתה אוכלת אותה. אם זה קרוב מדי לרוב, אז לא נקבע לתאריכים האלה :) כנסו כנסו: http://doodle.com/poll/h6e3968kwcfav4cv On Sunday 22 November 2015 13:32:04 Shai Berger wrote: > חברים, ידידים ועוקבים שלום, > > יש כמה דברים שאפשר לעשות לטובת הקוד הפתוח והתוכנה החופשית בארץ, והיום, אף

Re: בואו נעשה משהו ביחד!

שלום שוב כולם, תודה רבה על כל התגובות המעודדות. המקומות שהוזכרו הם אזור ת״א-ר״ג, ראש־העין, וירושלים, כשרוב האנשים כנראה קרובים לרמת־גן; אני חושב שאת המפגש הראשון אנסה לקבוע באזור הזה -- אם כי מבחינתי, ירושלים בהחלט באה בחשבון. עוד הערות ועוד אנשים ימשיכו להתקבל בברכה, שי.

בואו נעשה משהו ביחד!

חברים, ידידים ועוקבים שלום, יש כמה דברים שאפשר לעשות לטובת הקוד הפתוח והתוכנה החופשית בארץ, והיום, אף אחד לא עושה אותם. יש כמה אנשים, אני בטוח, שמוכנים לפעול לטובת קוד פתוח ותוכנה חופשית, ולא יודעים מאיפה להתחיל, או שכמוני, יודעים מאיפה להתחיל, אבל מתקשים לגייס את עצמם לעניין באופן רציף. ויש לנו

Re: WordPress מפעילה 25% מכל האתרים באינטרנט

On Friday 13 November 2015 13:18:17 Eli Marmor wrote: > (להלן הביטוי ״רשיון פרמיסיבי״ (או ״מתירני״) מתייחס לרשיונות מסוג MIT, BSD > וכו׳, שאינם ויראליים, בניגוד ל-GPL) > > הרשיונות הפרמיסיביים מנצחים את הרשיונות הויראליים מאותה סיבה שמוצרים זולים > מנצחים מוצרים יקרים: > המשתמשים מעדיפים אותם,

Re: Feature proposal: Target API version

If I get this correctly, this has an interesting effect: If Django 1.9 supports API Target Versions 1.7 and 1.8 at its launch, then it must also support them for its lifetime (dropping them would be the kind of change we don't introduce in minor versions). 1.7's API would need to be supported

Re: Odd behavior change in 1.8 with {% if %}, RelatedObjectDoesNotExist, and TEMPLATE_STRING_IF_INVALID

On Thursday 12 November 2015 18:22:23 Tim Graham wrote: > The expected behavior of the {% if %} tag isn't clear to me. How do you > propose to solve the "bug"? As I noted in the ticket: > > We end up checking {% if %} which passes for a > non-empty string_if_invalid. It seems pretty obvious to

Re: WordPress מפעילה 25% מכל האתרים באינטרנט

On Thursday 12 November 2015 13:16:04 Lior Kaplan wrote: > > וזאת הסיבה שעשיתי הבחנה הפעם בין התוכנה החופשית (הרישיון) לקהילה (קוד > > פתוח). זו טרמינולוגיה מעניינת, פעם ראשונה שאני נתקל במישהו שמחלק ככה. החלוקה ההיסטורית בין תנועת הקוד הפתוח לבין תנועת התכנה החופשית היתה בהבחנה בין המטרות

Re: why django 1.9 migrations are essential?

use "manage.py test --keepdb" (available since 1.8)

Re: Odd behavior change in 1.8 with {% if %}, RelatedObjectDoesNotExist, and TEMPLATE_STRING_IF_INVALID

On Tuesday 10 November 2015 21:32:36 Tim Graham wrote: > I'd appreciate some opinions on whether or not we should treat this issue > as a regression: https://code.djangoproject.com/ticket/25600 Since this is essentially about the `string_if_invalid` configuration option, whose documentation

Re: Provide a way to pass kwargs when initializing the storage class

On Sunday 08 November 2015 10:31:06 Marc Tamlyn wrote: > > (Side point: a temp dir based storage which could clean itself up between > rest runs would be amazing) > Yes, it would. https://code.djangoproject.com/ticket/23251

Re: Provide a way to pass kwargs when initializing the storage class

On Saturday 07 November 2015 14:55:20 Aymeric Augustin wrote: > > Essentially your proposal means reformatting the current file-related > settings to this structure: > > FILE_STORAGES = { > ‘media’: { > ‘BACKEND’: settings.DEFAULT_FILE_STORAGE, > ‘OPTIONS’: { >

Re: An issue with Django 1.8.6 support for south migrations

No, I think we can't do this generically. If an app ships (South) migrations, we cannot assume that syncdb is an adequate replacement; the migrations may include data-migrations which create records the app needs. We could in general do something like, try to verify that there are no data

Re: Feature proposal: selection of views and tables for inspectdb

On Wednesday 04 November 2015 16:46:35 José Tomás Tocino García wrote: > > Are you doing something like "inspectdb other.a other.b" or "inspectdb a > > b"? > > The latter. Given a single database (and the default schema), my patch > allows to just inspect tables "a" and "b". > Now I get it.

Re: Feature proposal: selection of views and tables for inspectdb

Just to make sure we're talking about the same thing: Are you doing something like "inspectdb other.a other.b" or "inspectdb a b"? I was writing assuming the first. Beyond that -- the attitude we've always taken with inspectdb is to just make it get all the tables, and let the user delete

Re: Feature proposal: selection of views and tables for inspectdb

Hi José, On Tuesday 03 November 2015 12:58:54 José Tomás Tocino wrote: > El lunes, 2 de noviembre de 2015, 13:22:17 (UTC+1), Shai Berger escribió: > > https://code.djangoproject.com/ticket/6148 > > That ticket seems somewhat related, but the feature we're dealing with here >

Re: Feature proposal: selection of views and tables for inspectdb

Hi, I haven't looked at your PR yet, but this seems related to this old ticket: https://code.djangoproject.com/ticket/6148 Have fun, Shai. On Monday 02 November 2015 02:04:32 José Tomás Tocino wrote: > Hi Josh. > > That's exactly what I'm saying. According to the Oracle docs [1], >

Re: Django i18n internationalized urls middleware (feature proposal). Related to ticket #24122, and commit #aa5ab1

Hi, I am no i18n expert, but IMO your approach to internationalized urls is problematic; you make it possible that a given URL shows completely unrelated contents to different users based on their language preferences. You provide a guessing solution for the case that the translated URL

Re: Django 1.9: default='' no longer permitted on model field (with blank=False)

Hi, On Saturday 24 October 2015 04:13:47 charettes wrote: > Hi everyone I'm the author of this change. > > I submitted a PR (https://github.com/django/django/pull/5471) to completely > revert this change given suggest adjustments don't get enough support. > I don't think that's the right fix.

Re: Ticket 2273: django.contrib.auth.models.User: username is case-sensitive

Hi, On Thursday 22 October 2015 00:01:24 Paul Egges wrote: > Perhaps I'm missing something, but this would not change current users, > only the creation of new users. It seems that logins would still be case > sensitive. Not the way Reid presented it: > > Le mercredi 21 octobre 2015 15:44:55

Re: makemigrations --exit; exit status feels backwards from conventions

On Tuesday 20 October 2015 20:09:36 I wrote: > On Tuesday 20 October 2015 19:51:36 Marc Tamlyn wrote: > > I see what you mean and the inherent problems with the design. However > > fundamentally the command you are running is "make some migrations", and > > the "I don't have any to make" step is

Re: makemigrations --exit; exit status feels backwards from conventions

On Tuesday 20 October 2015 19:51:36 Marc Tamlyn wrote: > I see what you mean and the inherent problems with the design. However > fundamentally the command you are running is "make some migrations", and > the "I don't have any to make" step is clearly an error case, not a success > case. In

Re: Digikam

On Saturday 03 October 2015 12:52:55 Luc Castermans wrote: > I think to get it soon you can help. Nobody stops you doing this > Actually, that seems to be inaccurate. If you look at the bug for the gcc-5 transition[1] you'll see numerous suggestions for help, including a person who was able to

Re: Adding a URL tagging feature

Assume decorators, then, more or less: def tagged(*tags): def decorate(view): @functools.wraps(view) def decorated(*args, **kw): view(*args, **kw) decorated.tags = tags return decorated return

Re: draft blog post for Oracle help

Hi, On Friday 25 September 2015 00:34:21 Tim Graham wrote: > Thanks again for updating those instructions. Just a couple things: > I second that. > 1. The DATABASES setting should have an 'other' database as they did > before. > > 2. I think the settings also need to define the 'TEST' option

Re: DJango 1.8 test case fails with IntegrityError error

On Tuesday 22 September 2015 09:39:17 Jose Paul wrote: > Dear All, > > I am trying to run DJango 1.8 test cases with DB2 > > > Several insert statement fails > > Here is the insert command generated by test case. > > INSERT INTO "AUTH_USER" ("PASSWORD", "LAST_LOGIN", "IS_SUPERUSER", >

Re: Making max_length argument optional

Hi, I just went over the ticket and thread. There seem to be two concerns mixed here. Most people who expressed support for the feature have just been annoyed at the need to specify a length when all they want to say is "a reasonably short string" or "a one-liner". Aron, on the other hand,

Re: Why leave explicit null=True when blank is True in IntegerField, DateField etc?

Hi, (edited a little) On Tuesday 22 September 2015 03:07:37 Tim Graham wrote: > On Monday, September 21, 2015 at 6:52:08 PM UTC-4, Paulo Maciel wrote: > > Why confused? It's optional, if the developer wanna put null=True, he > > could. > > I don't think need to be putting null = True, this is

Re: Make DATABASES[x]['TEST']['USER'], etc available for non-Oracle DBs

On Monday 21 September 2015 00:46:51 m...@satchamo.com wrote: > Currently, the TEST database settings like USER and PASSWORD are only used > by the Oracle backend. > > See: > https://docs.djangoproject.com/en/dev/ref/settings/#std:setting-TEST_USER > > I just hit a case where it would be nice to

Re: Feature Proposal: per-settings fake migration override

Hi, On Saturday 19 September 2015 14:02:38 Markus Holtermann wrote: > On September 19, 2015 6:38:59 AM GMT+10:00, > Flavio Curella wrote: > > > ># settings/production.py > >MIGRATION_FAKE = ( > > > >('transactions', '0001_initial), > > > >) > > This sounds like a

Re: Capturing faked migrations in django_migrations table

Hi, On Wednesday 16 September 2015 03:13:35 Markus Holtermann wrote: > > I see the following solutions to bring this PR forward: > >1. Configure `django.db.migrations` logger to not send messages to >console by default and keep log levels to INFO (for "Applied/Unapplied >migration

Re: created_at / modified_at on all database tables

Hi Aron, I think this feature does not belong in Django; hiding concrete parent fields sounds like a bad idea which is likely to open a whole can of worms and violated assumptions. Since the motivation for the unusual parent-and-child-fields comes from non- Django uses of the database, I

Re: Ability to migrate other applications

Hi, On Thursday 10 September 2015 17:00:07 Emmanuelle Delescolle wrote: > As this thread is most likely leading to a dead-end, let me try to close it > by summarizing it: Not trying to re-open the thread, just that... > > Shai: This seemed a little far from what I said (or, at least,

Re: Ability to migrate other applications

On Wednesday 09 September 2015 16:35:16 Markus Holtermann wrote: > On Wednesday, September 9, 2015 at 9:21:43 PM UTC+10, Shai Berger wrote: > > On 9 בספטמבר 2015 13:29:58 GMT+03:00, Marten Kenbeek <marte...@gmail.com > > > > > >The order of migration

Re: Ability to migrate other applications

On 9 בספטמבר 2015 13:29:58 GMT+03:00, Marten Kenbeek wrote: > >> >> The order of migrations isn't something which is local to this >feature, it >> is something which isn't fixed (probably by design, correct me if I'm > >> wrong) and if it is not "the right way" to do

Re: Ability to migrate other applications

Ok, two things: 1) Markus' idea of having more than one folder for migration modules seems reasonable enough. I disagree with his comment about the placement of merge migrations -- > Django needs to know where to > place the merge-migration. I'd go with the first item in the list I'd require

Re: Password validation in Django revisited

On Monday 07 September 2015 20:09:06 Marc Tamlyn wrote: > I agree with Aymeric and Markus that createsuperuser should not validate > strength of passwords when DEBUG is on. Having to use a secure password for > development/test accounts is an unnecessary level of interference for > users. > > I

Re: Making the test suite run faster

Hi, On Sunday 06 September 2015 13:06:18 Aymeric Augustin wrote: > > This will require ./runtests.py --no-parallel or ./runtests.py > --parallel-num=1 to run tests under Oracle. I think it’s a good tradeoff > because the defaults should be optimized for occasional contributors. > Can we

Re: Ability to migrate other applications

Hi, On Thursday 03 September 2015 12:44:08 Emmanuelle Delescolle wrote: [Markus Holtermann wrote:] > > But as Andrew already said, you *will have* problems when you have your > > own migrations and a third party app adds a new one. Suddenly there are > > two leafs which is an invalid state. You

Re: Ticket #25328 - LiveServerTestCase with HTTPS - opinions?

Hi, On Monday 31 August 2015 21:24:53 Tim Graham wrote: > however, there was previous discussion about adding SSL support to > runserver met with mixed reaction [1] and it seems a little funny to me > that we'd including a test SSL server and not a runserver solution. > > [1] >

Re: Ability to migrate other applications

On Tuesday 25 August 2015 05:13:14 Andrew Godwin wrote: > The main problem I forsee here is just making sure that the MigrationLoader > knows to take these located-in-the-wrong-place migrations and insert them > into the migration tree right - in particular, you have issues with the >

Re: templates block prepend and append

Hi and all, On Monday 24 August 2015 23:37:57 Collin Anderson wrote: > On Mon, Aug 24, 2015 at 2:25 AM, Amin Jun > > wrote: > > I liked his suggestion, I don't know if I'm using template tags > > correctly, but I'm writing a template tag {% load_comment > >

Re: Improving MSSQL and Azure SQL support on Django

On Saturday 22 August 2015 13:28:31 Aymeric Augustin wrote: > > There isn’t such a clear story for running Django on Linux. This led me to > write https://github.com/aaugustin/django-pymssql. Alternatives include > https://github.com/denisenkom/django-sqlserver and >

Re: draft blog post for Oracle help

Hi all, On Wednesday 19 August 2015 15:06:17 Marc Tamlyn wrote: > Hi Jani, > > Thanks so much for sticking your hand up to help maintain Oracle! It is an > important part of our ecosystem. > I would like to add my voice in thanking Jani, and also Josh, for standing up for Oracle. Marc is right,

Re: Django Admin New Look

On Tuesday 18 August 2015 14:29:15 Marc Tamlyn wrote: > I don't know about schedule, but caniuse reports IE8 browser usage at 1.5%, > more than IE9 or IE10. > > There's an argument we shouldn't be "enabling" people still using XP who > are stuck on IE8, and this is a decreasing problem, but I

Re: removing FlatPage.enable_comments field?

On 13 באוגוסט 2015 19:03:09 CEST, James Bennett wrote: >> >The field on FlatPage has been there since the beginning. The >moderation >stuff in the comments app was added later (I originally wrote it as a >third-party app, and it got integrated into contrib.comments

Re: How to disable system check framework?

Hi all, On Tuesday 11 August 2015 19:05:26 Carl Meyer wrote: > On 08/11/2015 10:44 AM, Marcin Nowak wrote: > > I need to list ALL errors and warnings, which is: > > * unhandy and it would require maintain a big list (especially after > > upgrading Django to newer version) > > That's a good

Videos of AP2015 (was Re: A question about systemd documentation)

On Sunday 09 August 2015 10:50:11 Ira Abramov wrote: And sadly I missed the whole thing due to a car breakdown. are any talks from AP2015 going to pop up on youtube? The whole thing was recorded and I am supposed to hop over to the video people to pick up the recordings. BUT -- they are raw;

Re: Videos of AP2015 (was Re: A question about systemd documentation)

, 2015 at 11:02 AM, Shai Berger s...@platonix.com wrote: On Sunday 09 August 2015 10:50:11 Ira Abramov wrote: And sadly I missed the whole thing due to a car breakdown. are any talks from AP2015 going to pop up on youtube? The whole thing was recorded and I am supposed to hop over

Re: future of QuerySet.extra()?

Hi, On Tuesday 04 August 2015 03:28:03 Josh Smeaton wrote: > On Tuesday, 4 August 2015 07:10:05 UTC+10, Shai Berger wrote: > > On Monday 03 August 2015 10:27:14 Anssi Kääriäinen wrote: > > > You can annotate raw SQL with expressions. I think the only case that > > > can

Re: future of QuerySet.extra()?

On Monday 03 August 2015 10:27:14 Anssi Kääriäinen wrote: > You can annotate raw SQL with expressions. I think the only case that can't > be done with expressions is addition of extra tables to the query. Also grouping over non-relations, if I am not mistaken. Shai.

Re: sddm versus kdm

On Monday 03 August 2015 00:12:37 David Baron wrote: On Sunday 02 August 2015 13:48:57 Jimmy Johnson wrote: On 08/02/2015 12:18 PM, Sune Vuorela wrote: On 2015-08-02, Gary Dale garyd...@torfree.net wrote: For a KDE user, what do people think are the strengths and weaknesses of the two

Re: Support for UNLOGGED tables in PostgreSQL

On Monday 20 July 2015 12:42:47 Federico Capoano wrote: > > Just a final note: I think this solution is not the optimal one I agree. The optimal solution would be for us to be able to define a test database with unlogged tables and all the data-integrity-sync options off, while the

Re: Dynamic inlines for Django ModelAdmin

On Monday 27 July 2015 10:57:41 Florian Apolloner wrote: > Doesn't get_inline_instances > (https://github.com/django/django/blob/master/django/contrib/admin/options. > py#L520) do exactly that? > The request, as far as i understand, is to have the list of inline classes be determined

Re: Speedy Mail 2.0 - a new webmail platform in Python and Django

Hi Uri, On Tuesday 21 July 2015 21:05:03 Uri Even-Chen wrote: > To Django developers, > This list is for discussions about the development *of* Django. For issues of development *with* Django, please write to django-users. Thanks, Shai.

Re: Why Django is making migrations for external apps?

On Monday 20 July 2015 18:47:07 Carl Meyer wrote: > > > >> Personally I don't really see much use case for this feature > >> except as a workaround for reusable apps that generate spurious new > >> migrations based on settings changes > > > > I've also seen it with apps that use "EmailField"

Re: Why Django is making migrations for external apps?

On Friday 17 July 2015 19:48:30 Carl Meyer wrote: > On 07/17/2015 10:38 AM, Marcin Nowak wrote: > > Sounds enough good. One important thing for me is that I have many of > > external apps and few in project managed by me. Reconfiguring most of > > apps just to tell Django "leave them alone" sounds

Re: Why Django is making migrations for external apps?

On Thursday 16 July 2015 02:10:12 Andrew Godwin wrote: > > Also, yes, Django doesn't see unpacked .egg files as any different than > anything else (they're just directories after all) - we have no way of > telling which apps are yours and which are external, really. In my experience, most

אוגוסט פינגווין: מתנדבים לעריכת וידאו?

שלום לכולם, במהלך ההכרזות על אוגוסט פינגווין ביקשנו מתנדבים לצילום ההרצאות בוידאו; אף אחד לא קם, ואנחנו כנראה נקנה את השירות הזה בכסף. אבל צילום זה לא מספיק -- כדי שיהיה משהו להעלות, צריך גם עבודת עריכה. מאחר ואנחנו מדברים על יותר מעשר שעות מצולמות, לא מעט עבודה. אנחנו יכולים לשלם גם על זה,

Re: Support for UNLOGGED tables in PostgreSQL

This is a shot in the dark: Could it be that rolling back transactions involving unlogged tables is harder? The idea does make sense, and running the test suite does an extremely untypical amount of rollbacks. On Wednesday 15 July 2015 16:19:47 Federico Capoano wrote: > That's quite baffling. >

Re: Django 1.9 - JSONField

On Thursday 09 July 2015 00:18:09 Christopher Allan Webber wrote: > [...] It would > be nice to get this included into Django itself, and have it noted as a > Postgres-only feature. Then if other databases can eventually catch up, > include them alongside it. > I have to repeat Marc's implied

אוגוסט פינגווין: יש תוכנית

שלום לכולם, כנס אוגוסט פינגווין השנה מתחיל לקרום עור וגידים, האתר כבר באוויר ואתם יכולים להתרשם מהתוכנית ולהחליט להירשם -- http://ap.hamakor.org.il. ההרשמה לכנס תיפתח כנראה בתחילת השבוע הבא, אבל אם מרוב התלהבות מהתכנים תרגישו חשק שאינו בר־שליטה להירשם מיד, אתם יכולים כבר עכשיו להירשם (או לחדש

Re: אוגוסט פינגווין - האם מישהו פתח ארוע בפייסבוק?

אני מסכים עם תומר. קריאה פומבית להשתתפות מתוכננת לצאת בשבוע הבא. אז גם נפתח אירוע בפייסבוק. שי. On Saturday 04 July 2015 11:21:12 Tomer Cohen wrote: אני חושב שעדיף שהאירוע יפתח על־ידי מישהו בעל הרשאות על הדף בפייסבוק, כאירוע של ”המקור”, כך שהוא יהיה מקושר לדף העמותה ולא לפרופיל משתמש. On

Re: רשימה של קבוצות meetup.com ישראליות הקשורות לקוד פתוח

שלום אמיר, On Tuesday 30 June 2015 11:57:24 Amir Eldor wrote: שנית, רציתי ליצור חשבון בויקי ולעדכן קישורים לאתר של אובונטו ישראל, אבל... הממ... לא ראיתי שום דרך ליצור חשבון? אני מרגיש קצת מאותגר טכנולוגית כרגע. יש שם רק אפשרות כניסה ואין לינק להרשמה. O_O פעם היה אפשר להירשם. באו ספאמרים

Re: CommonMiddleware DISALLOWED_USER_AGENTS logic

On Wednesday 24 June 2015 15:15:35 François Schiettecatte wrote: > > Sounds right, but you can do that already with handler403. The change > proposed changes the handling of the user agent to raising > PermissionDenied exception rather than returning a > HttpResponseForbidden(). > That is

Re: CommonMiddleware DISALLOWED_USER_AGENTS logic

using browsers. On 24 ביוני 2015 11:08:32 GMT+03:00, Aymeric Augustin <aymeric.augus...@polytechnique.org> wrote: >2015-06-24 1:56 GMT+02:00 Shai Berger <s...@platonix.com>: > >> Could any of the supporters elaborate on the use-case? >> > >Just to clear

Re: CommonMiddleware DISALLOWED_USER_AGENTS logic

On Tuesday 23 June 2015 15:50:14 Tim Graham wrote: > I don't think there's an "architecture rule" that would prevent that > design. It looks like DISALLOWED_USER_AGENTS has been around since 2005, > but handler403 wasn't added until 1.4. Since the docs for the setting say > "Use this for bad

למה הכנס עוד פעם בגוש דן??!!

בעקבות הערה שקיבלתי מהקהילה, אני רוצה להסביר למה אוגוסט פינגווין שוב יוצא נוח לתל־אביבים ופחות נוח לכל אחד אחר. זה לא בגלל ש„תל־אביב באמצע”, וזה לא בגלל שהמארגנים כולם תל־אביבים (אנחנו לא). הוא לא בחיפה, קצת בגלל שבאמת הרבה מארגנים מגוש דן, ובעיקר בגלל ששני הכנסים האחרונים היו בחיפה. הוא לא

Fwd: cx_Oracle 5.2

FYI. The news as far as Django users are concerned are mostly improved support for Oracle 12c (not yet used in Django core, but available for users nonetheless) and some minor bugfixes. Have fun, Shai. -- Forwarded Message -- Subject: cx_Oracle 5.2 Date: Sunday 21

Fwd: cx_Oracle 5.2

FYI. The news as far as Django users are concerned are mostly improved support for Oracle 12c (not yet used in Django core, but available for users nonetheless) and some minor bugfixes. Have fun, Shai. -- Forwarded Message -- Subject: cx_Oracle 5.2 Date: Sunday 21

אוגוסט פינגווין 2015 -- קריאה למתנדבים ומרצים

הי, למי שהחמיץ את זה בערוצים האחרים -- פרסמנו קריאה למתנדבים ומרצים לתרום לאוגוסט פינגווין הבא עלינו לטובה, בשנקר, ביום ששי 7.8. לפרטים המלאים: http://www.hamakor.org.il/?p=752 תודה, שי ___ Discussions mailing list Discussions@hamakor.org.il

DecimalField with no max_digits and decimal_places

Hi, Django's DecimalField requires both max_digits and decimal_places. Database backends allow them to be dropped, to specify an "unlimited precision" field. Adding support for this in Django is probably not very helpful for new apps, but can help significantly in using Django against legacy

Re: Request: initialize fields with built-in class defaults

Hi Bobby, I'm not sure what you mean by "fields don't allow built-in defaults". While it's true that Django's DateField (for example) doesn't have a built-in default, here's[1] a custom field with a built-in default: class MyDateField(models.DateField): EPOCH =

Re: Django Admin - list_display default value

(I received the message I'm replying to here with an empty subject, and detached from the thread. Google Groups being funny?) On Monday 15 June 2015 22:52:09 Rick van Hattem wrote: > On 15 June 2015 at 21:34, Florian Apolloner wrote: > > On Monday, June 15, 2015 at

Re: Tips on adding a Couchbase backend

On Sunday 14 June 2015 00:13:33 Mark Nunberg wrote: > Hi folks! > > I apologize in advance if this is the wrong venue for this discussion > > I'm trying to determine the best means by which I might be able to add > Couchbase (http://www.couchbase.com) support to Django. I've come across >

Re: Using `SECRET_KEY` in password hashers

On Tuesday 09 June 2015 08:23:03 Ram Rachum wrote: > On Tue, Jun 9, 2015 at 8:22 AM, Curtis Maloney > wrote: > > On 9 June 2015 at 15:16, Ram Rachum wrote: > >> > >> What do you think about using the project's `SECRET_KEY` as an > >> additional

Re: Making management forms for formsets optional

Semi-devil's-advocate suggestion: Replace the management form with a management field, a hidden field with name = "__manage__%s" % (formsetname) and value="x" Then instead of taking the number of forms from a field on a management form, we can just take the accumulated

Re: Call stacks for Model classes

Hi, Please ask questions about developing with Django on the django-users group. This group is for discussions about the development of Django itself. (as a general rule: decorating single methods should work fine; trying to use decorators on model classes will probably be painful. These

Re: Capturing faked migrations in django_migrations table

Hi Steve, On Wednesday 20 May 2015 01:50:15 steve byerly wrote: > > I'm also unclear what the argument against storing in the migrations table > is vs logging them - honest question. Since I have 4 web servers, the > information would be logged to any one of them - depending on which > executed

Re: Is improving Django's communication with Oracle databases on the roadmap?

gt;> Center, and our shop uses django for +10 in-house applications, running > >> almost exclusively against oracle applications. Django has enabled > >> building some great applications, but the performance is kind of > >> terrible when run against an oracle backend. Asking on the c

Re: Capturing faked migrations in django_migrations table

I think we had this discussion, more-or-less, around South migrations (I looked a little, but couldn't find it). The context there was, as Tim hinted, "forensics" -- trying to figure out how a system came into its (broken) state. For that (as well as the OP's case, AFAICT) it makes little sense

Re: Allow deferral of ModelSignal callback invocation until after transaction commit

Hi, On Saturday 02 May 2015 07:20:00 Christopher Adams wrote: > Hey guys, > > Thanks for the great feedback and replies. > > Generally agree with everyone that post-commit hooks shouldn't be strictly > coupled to the signals framework philosophically speaking. > > I disagree with Carl's

Bug#784062: openshot: Trying to import image sequence from new location segfaults

Package: openshot Version: 1.4.3-1.1 Severity: normal Dear Maintainer, 1) Start openshot 2) Click File - Import image sequence 3) In the Image Folder: selection, select Other... Expected result: A file selection dialog opens Actual result: Program crashes. When started from the command line,

Re: one patch to fix a Django 1.8 issue for merging legacy database

Hi Ben, Thanks for the change you suggested. On Tuesday 28 April 2015 09:48:26 Ben L wrote: >[paraphrase] An automatic primary key shouldn't be added to unmanaged models, >[paraphrase] the current behavior where it is added is a bug Please have a look at the documentation[1] -- it states

Re: Idea/request for help: Django Developers Community Survey

Hi, On Saturday 25 April 2015 15:29:30 Tim Graham wrote: > Aymeric and I put together a draft: > > https://docs.google.com/forms/d/1Owv-Y_beohyCm9o2xPamdBnvjreNYoWai3rDloKZxW > w/viewform > > All questions are optional so you can just click through it to view the > questions. We'll probably

Re: Request for help: building a docker/vagrant platform for running Django's test suite

On Saturday 18 April 2015 02:27:17 Tim Graham wrote: > I would like a knowledgeable person who has time and interest to take the > lead on this and I could work with you based on my experience with Jenkins. > Feedback welcome! > I am not an expert on any of the tech involved, I just wanted to

Re: 1.9 release planning

On Monday 06 April 2015 23:34:09 Chris Foresman wrote: > I'm really curious to know if the version to follow 1.9 is planned to be > 2.0 or 1.10. I feel as though 1.x releases have had a lot of major feature > changes. Maybe it's time to start thinking about features in terms of > major, minor, and

Re: 1.9 release planning

On Saturday 04 April 2015 21:16:54 Michael Manfre wrote: > On Sat, Apr 4, 2015 at 12:56 PM, Thomas Tanner wrote: > > I think rare LTS releases and frequent (6month) incremental upgrades are > > a good compromise. > > Third-party packages should support LTS releases and at least

Re: Using AbstractBaseUser without django.contrib.auth

On Thursday 02 April 2015 05:50:04 Curtis Maloney wrote: > Does your model inherit from PermissionsMixin? > > If you're using Admin, or any of Django's permissions machinery, you will > need django.contrib.auth in there to use the Group and Permission models. > The problem is not with

Re: django-admin.py shebang

On Wednesday 01 April 2015 18:34:35 James Bennett wrote: > On Wed, Apr 1, 2015 at 10:28 AM, Stan wrote: > > A classical pip install Django command without --mirrors or --use-mirrors > > modifier. > > > > I did some --upgrade, but the first installation is not 10 years

Re: ModelManager behaviour for Proxy Models

Hi Mahmud, On Tuesday 31 March 2015 16:17:52 mahmudul islam wrote: > I am not sure about the current development branch but last time I checked, > performing query on proxy models by default considers all the objects of > the parent/base class. If anyone is to consider only the objects of that >

תקציר תוצאות האספה הכללית

ערב טוב לכולם, פרוטוקולים מפורטים יועלו בקרוב, אבל העיקר, או, אם תרצו הספוילר, הוא: קצת במפתיע, העמותה לא מתפרקת (יש האומרים: עדיין). לועד החדש נבחרו משה נחמיאס, מאיר מאור והח״מ. לועדת הביקורת החדשה נבחרו שלומי פיש, עומר זק ועמית אהרונוביץ׳. בהצלחה לכולנו, שי.

Re: Help needed with Oracle GIS backend

Hi Jani. On Wednesday 25 March 2015 09:58:00 Jani Tiainen wrote: > > We're still running Oracle and GIS. Though we do have built custom > backend based on Django GIS backend - mainly to have support for > Oracle XE, 3D functionality and in general to make it faster. > > It's currently closed

אופטימיות!

טוב. מאיר, שרה, ליקוי החמה, שעון הקיץ וחג החרות המתקרב נסכו עלי אופטימיות בקשר לאפשרות להציל את העמותה. אני כבר לא מחכה לאף אחד, אני מציג בזאת את מועמדותי לוועד „המקור” לשנה הבאה. מי בא? ___ Discussions mailing list Discussions@hamakor.org.il

Re: תזכורת: אין מועמדים לועד ולביקורת, העמותה בפני פירוק

On Wednesday 25 March 2015 08:45:37 Meir Maor wrote: אני אחזור על דברים שאמרתי קודם, אני אשמח לראות את העמותה ממשיכה לפעול, אבל לא רואה סיבה לצמד בין מי שעושה לבין מי שבוועד. שי תאר השקעה של חצי יום בשבוע, אבל אם אני מבין אותו נכון זה מניח שהוועד פועל קצץ מעבר לתחזוק העמותה ועוסק

תזכורת: אין מועמדים לועד ולביקורת, העמותה בפני פירוק

בוקר טוב לכולם, אני רוצה להזכיר לכם כמה פרטים שעברו ברשימת הדיוור בחודש־חודשיים האחרונים: ביום ראשון תתקיים אסיפת פירוק. ביקשנו להציג מועמדויות לוועד ולועדת הביקורת עד יום חמישי. עד עכשיו (תקנו אותי אם אני טועה) יש לנו אדם אחד שמוכן להיות בועד (מאיר מאור), אם כי לא הציג מועמדות באופן ברור

Re: תזכורת: אין מועמדים לועד ולביקורת, העמותה בפני פירוק

זו – מי בא? שי. On Tuesday 24 March 2015 08:13:55 Shai Berger wrote: בוקר טוב לכולם, אני רוצה להזכיר לכם כמה פרטים שעברו ברשימת הדיוור בחודש־חודשיים האחרונים: ביום ראשון תתקיים אסיפת פירוק. ביקשנו להציג מועמדויות לוועד ולועדת הביקורת עד יום חמישי. עד עכשיו (תקנו אותי אם אני טועה) יש

Re: בעיות עם הפלאנט ?

הפלאנט שודרג (מ־planetplanet הנטושה ל־planetvenus, ה־fork המתוחזק), ואתרי wordpress מתעדכנים עכשיו. עדיין יש מספר בלוגים עם בעיות פרטניות, אני מקווה שהן ייפתרו בהמשך. On Saturday 07 March 2015 19:15:11 Lior Kaplan wrote: הפלאנט מתעדכן כל 15 דקות... למעט אתרי wordpress.com איתם יש בעיה. קפלן

Re: בעיות עם הפלאנט ?

On Saturday 21 March 2015 22:38:59 Agmon wrote: 2015-03-21 17:16 GMT+02:00 Shai Berger s...@platonix.com: הפלאנט שודרג (מ־planetplanet הנטושה ל־planetvenus, ה־fork המתוחזק), ואתרי wordpress מתעדכנים עכשיו. כדאי, אחרי השידרוג, להסיר את הרשאות הכתיבה על מערכת הקבצים. היקף הפריצות ב

Re: GSOC 2015: Improving the less popular database backends

ichun Duan wrote: > And another question, how long will this task take in your opinion? I can > hardly estimate it now. > > 在 2015年3月15日星期日 UTC+8下午7:07:11，Shai Berger写道： > > > On Sunday 15 March 2015 03:45:16 Yichun Duan wrote: > > > Thank you. When you say &qu

<    1   2   3   4   5   6   7   8   9   10   >