Re: Making max_length argument optional

On Saturday 05 March 2016 02:24:17 Loïc Bistuer wrote: > I’m not too keen on a contrib.pg field. CharField is the base class of many > fields, a __init__ kwarg approach such as max_length=None allows us to > reach those as well. > That's a good point; Can we enable max_length=None in a mixin?

Re: Copy-from-base inheritance

Hi Joakim, You seem to be taking the very view that inheritance means nothing but reuse of definitions. This view, however, is not accepted in any principled approach to OOP that I'm aware of. On Thursday 03 March 2016 19:58:30 Joakim Saario wrote: > Yes, Child would be "unrelated" in the

Re: Making max_length argument optional

Hi, Thank you, Aymeric, for summing up the discussion this way. The division into two separate problems is indeed required, and I fully support the idea of setting max_length's default to 100 or 120. There seem to be just two points worth adding to your summary: On Monday 29 February 2016

Re: תוכנה חופשית ומאגרי גוגל

ידיעה שפויה ואינפורמטיבית יותר: http://www.calcalist.co.il/internet/articles/0,7340,L-3682195,00.html מתוכה: ‏""" מכיוון שמדובר בהסכם פשרה, הוא לא מהווה תקדים משפטי כך שהוא אינו משפיע על מעמדה של קודי בישראל. בהסכם בין שני הצדדים נקבע כי התקנה מראש של אפליקציות שזמינות להורדה בצורה חוקית דרך

Re: Making max_length argument optional

On Sunday 28 February 2016 12:23:50 Florian Apolloner wrote: > On Sunday, February 28, 2016 at 9:57:27 AM UTC+1, Luke Plant wrote: > > We could also potentially add another sentinel like > > DB_MAX_UNICODE_SAFE_LENGTH that works as you expect and is clearly > > documented, for the sake of 3rd

Re: Making max_length argument optional

On Saturday 27 February 2016 23:57:19 Florian Apolloner wrote: > Hi Shai, > > On Saturday, February 27, 2016 at 4:44:18 PM UTC+1, Shai Berger wrote: > > I think this is why we should be a little more cautious and go for 128 or > > 100, > > rather than "the curren

Re: Making max_length argument optional

Hi Florian, Wim and all, On Saturday 27 February 2016 16:56:25 Florian Apolloner wrote: > Hi Wim, > > On Saturday, February 27, 2016 at 2:33:27 PM UTC+1, Wim Feijen wrote: > > Can you please elaborate why the current situation is better? > > I wouldn't say it is better, just equally good/bad ;)

Re: 3 level nested prefetch is not working as expected on Django 1.8.x

Hi, Thanks for taking the time to report this and prepare a detailed test case. However, per our support policy[1], Django 1.8 is now at a stage where the only fixes we apply to it are security fixes and bug-fixes for data-loss issues. As far as I understand from your description, this does

Hamakor Hacknight #5 -- Summary

Hi Everybody, On Monday night we had #5 in our series of hacknights, this time at the lovely offices of Matific on the 51st floor of Moshe Aviv tower. We enjoyed the beautiful view, the drinks, and a Pizza, as well as each other's company, and got some things done: Moshe and Vitaly started

Re: remove old SVN branches from git repository?

On Wednesday 24 February 2016 22:46:38 Tim Graham wrote: > They're already in everyone's forks too unless you delete them. True, but I think we should keep them accessible under the project roof. Shai.

Re: remove old SVN branches from git repository?

I think having this history is of value; I had reason to look into the boulder-oracle-sprint branch only a couple of years ago. If they're a nuisance, I suggest that we clone the Django repo into another one under the django organization -- say, "django-historical-branches" -- before removing

Re: Hamakor Hack Night #5

On Monday 22 February 2016 17:33:27 Eli Marmor wrote: > עדיין תהיו באזור בסביבות תשע - תשע וחצי? זו התוכנית, אם כי כנראה לא אחרי עשר. > אני רוצה לקפוץ כדי לקדם את המיט-אפ של פוסטגרס. אני, לפחות, אשמח מאוד לראות אותך כאן. שי. ___ Discussions mailing

Re: Hamakor Hack Night #5

תזכורת: זה היום. On Monday 15 February 2016 22:13:16 Shai Berger wrote: > Next Monday, at Matific (Moshe Aviv Tower, Ramat Gan) > > The usual stint: Working with other people on open-source. > > The location is particularly convenient if you're coming by > public transport

Hamakor Hack Night #5

Next Monday, at Matific (Moshe Aviv Tower, Ramat Gan) The usual stint: Working with other people on open-source. The location is particularly convenient if you're coming by public transport, it is right next to the train station ‎(רכבת מרכז aka ת״א סבידור)

Re: Calling of int constructor in QuerySet

On Sunday 14 February 2016 05:52:32 belorn mandos wrote: > On Saturday, February 13, 2016 at 9:17:34 PM UTC+1, Shai Berger wrote: > > val = int(s) if s else None > > > > will make your code clearer and safer against unexpected inputs than what > > you > &

Re: Calling of int constructor in QuerySet

On Saturday 13 February 2016 12:54:55 Josh Smeaton wrote: > The iexact lookup shouldn't even be defined for number types should it? I'm > assuming it is due to backwards compatibility (from 1.7 when custom lookups > landed), but what would that even mean? If we're not able to remove iexact >

Re: Lazy operations refactor regression with abstract models #25858

On Tuesday 09 February 2016 23:33:50 charettes wrote: > Hi everyone, > > The chosen fix[1] unfortunately introduced a new regression[2]. > > It looks like the behavior described in the previous ticket was possible > with > Django 1.8 under certain circumstances[3] where the abstract models

Re: #25897 - managers defined on non-abstract base classes inherited by child classes

On Sunday 07 February 2016 19:47:48 Alex Poleha wrote: > I apply my condition to default managers indeed and I see no problem here. > Default manager is just first manager defined on class(or on it's non > concrete base). It has no additional magic. > Well, I was using wrong terminology, sorry;

Re: #25897 - managers defined on non-abstract base classes inherited by child classes

Reading your description again, it seems like you apply the condition to default managers as well. Default managers are not "specific to the class they are defined on", and I see no problem in their inheritance. In particular: class BaseComment(models.Model): ... some

https://chat.hamakor.org.il

Hi, As of a few moments ago, our rocket-chat server is secure. You can access it at https://chat.hamakor.org.il. If you access it as http://chat.hamakor.org.il, you will be redirected to https. All hail our new Let's Encrypt overlords, Shai.

Re: #10686 - inheritance of extra permissions from base class to child class

Hi Sergei, Two notes: 1) For Abstract base classes, Meta is inherited by default[1] which would make the permissions inherited by default. For multi-table inheritance, this is not the case[2]. 2) The second option as you presented it, where AssignedTask.Meta's permissions are added to its

Fwd: Invitation: Hamakor Hacknight #4

ftware-in-Israel/events/228574035/?rv=ea1&_af=event&_af_eid=228574035=1454652673211=ca25c2f2c121e1f8d09cbb3725b082a492d2f646 Open Source and Free Software in Israel Added by Shai Berger When: Sunday, February 7, 2016 6:30 PM Where: Linnovate office, Migdaley Shekel, fifth floor, Jabut

Re: [Review Request] Added support for database delegated fields (like AutoField)

Hi Aymeric, Your message seems to be confusing the queryset API with the model-instance API. Details below. On Sunday 31 January 2016 21:24:17 Aymeric Augustin wrote: > > 1) Ignore some fields on updates > > Django already provides three ways to do this: > >

Re: test --keepdb and explicitly migrating the test database

Hi again, On Monday 25 January 2016 18:33:15 charettes wrote: > FWIW I've been working around this limitation by adding a suffix > to my `DATABASES['alias']['TEST']['NAME']` setting if the project > VCS branch is not the default one. > What Marc said. That's nice, but doesn't solve my problem.

test --keepdb and explicitly migrating the test database

Hi, While developing against a large project with many migrations, I found 1.8's --keepdb option to the test command a life-saver, changing the time to run the projects test from 7-8 minutes to under one (not even counting the tests themselves). But it is still missing something. If I develop

Re: deprecate CommaSeparatedIntegerField?

On Thursday 21 January 2016 09:59:49 Aymeric Augustin wrote: > > On 21 janv. 2016, at 07:24, Josh Smeaton wrote: > > > > I'm in favour of making the change, just call it out as a backwards > > compatibility. > > If I understand correctly, Oracle users encountering this

Re: deprecate CommaSeparatedIntegerField?

On Wednesday 20 January 2016 23:48:59 Tim Graham wrote: > A proposal has been raised to change the validation for > CommaSeparatedIntegerField to allow negative numbers [1]. This is obviously > backwards-incompatible, so I don't think it'll fly without some option to > control the behavior,

[Python-il] PyCon Israel

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

Re: [Python-il] PyCon Israel

הם יתגבשו אבל לא להיות מכותב על כל > הדיונים; האם אתם תפרסמו כאן הזמנה אחרי שיוחלט על התאריך / תוכן / מקום וכו'? > > > תודה, > רם. > > 2016-01-19 22:26 GMT+02:00 Shai Berger <s...@platonix.com>: > > הי, > > > > זה כבר פורסם קצת במקומות אחרים -- הול

cx_Oracle 5.2.1 released

Hi all, A new version of the Oracle driver library was released. Highlights, as far as we're concerned, are support for Python 3.5 and for binding Booleans with Oracle 12. http://cx-oracle.readthedocs.org/en/latest/releasenotes.html Have fun, Shai.

סיכום מפגש העבודה השלישי

ערב טוב לכולם, אתמול התקיים מפגש תוסס ועליז בבית רד־האט ברעננה! אבי התחיל לעבוד על התקנת הפלאנט בשרת החדש אלכס עבד על העברת הוויקי לשרת החדש, דורון המשיך עם זה צפריר עבד על התקנות של שרתים -- taiga.io (שכנראה לא נתקין בסוף) ו־mailman 3 עמית התקין owncloud -- יש לנו מקום לשתף קבצים ולנהל משימות!

תזכורת : מפגש עבודה הערב

כי מישהו בטח שכח. ___ Discussions mailing list Discussions@hamakor.org.il http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions

Re: Make ManyToMany fields support "to_field".

On Tuesday 12 January 2016 21:38:09 Luis Masuelli wrote: > Currently, if I want to create a ManyToMany relationship, I'm stuck with > two options: > > >- Accept the by-default configuration. This will imply the inner table >will have two fields based on the respective PKs. >- Create

Re: re-thinking middleware

On Monday 11 January 2016 01:54:58 Raphaël Barrois wrote: > > Hi, > > I've got only one minor suggestion to the "backwards compatibility" > section of the DEP. > > > It currently states that "If the ``MIDDLEWARE`` setting is provided > > [...], the old ``MIDDLEWARE_CLASSES`` setting will be

Re: slow migrations

On Sunday 10 January 2016 08:09:33 Carl Meyer wrote: > On 01/09/2016 09:29 AM, Shai Berger wrote: > > There are two kinds of data migrations, generally speaking. > > > > [...] > > > > The other is migrations which *create* data -- fill in tables for > > d

הפגישה הבאה

יש לנו צ׳ט, עכשיו צריך לסדר מערכת מעקב משימות) ליברה אופיס נושאים נוספים שאני רוצה שיעבדו עליהם: עדכון ערוץ היוטיוב של העמותה (העלאת הרצאות מאוגוסט פינגווין) שי On Thursday 07 January 2016 08:45:06 Yaniv Kaul wrote: > 2016-01-07 7:42 GMT+02:00 Shai Berger

Re: הפגישה הבאה

: > מה צריך לעשות בשביל להעלות את הסרטונים מהכנס? > > On Jan 10, 2016 11:52 AM, "Shai Berger" <s...@platonix.com> wrote: > > טוב, בהתאם לתוצאות הדודל, דחינו ליום חמישי. > > > > התוכן: קבוצות עבודה בהתאם לעניין של מי שיגיע. > > > > אני מתכוון להמשי

Re: הפגישה הבאה

אצל אנשים שקצת ערכו את הצילומים והעלו אותם לביקורת לערוצים פרטיים שלהם. אני מעדיף לא לפרסם ברשימה, אעביר פרטים למי שירצה לעבוד על זה. On Sunday 10 January 2016 11:56:16 Lior Kaplan wrote: > אצל מי הסרטונים מאוגוסט פינגווין? > > קפלן > > 2016-01-10 11:52 GMT+02:00 Shai Berger <

Re: 3rd work meetup

On Friday 08 January 2016 10:56:47 Shai Berger wrote: > Because of some miscommunication and slow reactions, I'm no longer taking > next Sunday for granted as the date of our next meetup. Please help us > choose the date most people can make. > > http://doodle.com/poll/5

Re: הפגישה הבאה

תאשרו הגעה כדי שנדע שאתם באים: http://meetu.ps/2RPx1x On Sunday 10 January 2016 11:52:14 Shai Berger wrote: > טוב, בהתאם לתוצאות הדודל, דחינו ליום חמישי. > > התוכן: קבוצות עבודה בהתאם לעניין של מי שיגיע. > > אני מתכוון להמשיך לעבוד על שרתי המקור: העברת שרותים לשרת החדש, ואם יה

Re: Lazy operations refactor regression with abstract models #25858

On Saturday 09 January 2016 00:15:32 Markus Holtermann wrote: > That's a nice one, Simon. > Yep. [Simon said: 1: error out, 2: take model from child's app; 3: take model from abstract parent's app] > tl;dr: I favor 2; am OK with 1 but against 3. > But here I no longer agree. > I was

Re: slow migrations

On Saturday 09 January 2016 04:56:11 'Hugo Osvaldo Barrera' via Django developers (Contributions to Django itself) wrote: > > In my case, once data migrations have run in staging/production, they're > useless and can be ignored forever, so there's no point in keeping them > in later squashed

3rd work meetup

Because of some miscommunication and slow reactions, I'm no longer taking next Sunday for granted as the date of our next meetup. Please help us choose the date most people can make. http://doodle.com/poll/5p4s8vgcfubwwpk5 ___ Discussions mailing list

[Off topic] Re: Extending JSONField serialization

Pet peeve: Please ignore if you don't care about database technologies. On Wednesday 06 January 2016 17:12:34 Dwight Gunning wrote: > design models that are a hybrid of our traditional, schema-oriented > approach, but also include a JSON Field and offer the benefits of the more > recent

Re: Vote on Jira as bugtracker

What Marc and James said, and in particular what Daniele said : I get to use Jira on a daily basis and find it cumbersome and confusing. Shai see On 6 בינואר 2016 15:43:02 GMT+02:00, Marc Tamlyn wrote: >Yeah, this is a non-starter for me. All bug trackers are bad, we

Re: הפגישה הבאה ( היה: תיאום ציפיות לקראת הפגישה הערב) ‏

אני > מניח. > > 2015-12-31 10:46 GMT+02:00 Lior Kesos <l...@linnovate.net>: > > אני בעד. > > > > 2015-12-31 9:57 GMT+02:00 Shai Berger <s...@platonix.com>: > >> נראה לי שהגיע הזמן לגיוון קל. בואו נעשה באמת את הפגישה הבאה ברד־האט. > >> > >

Re: GenericForeignKey: loosening the requirements on the ContentType reference

On Wednesday 30 December 2015 08:40:17 martin f krafft wrote: > also sprach Shai Berger <s...@platonix.com> [2015-12-10 08:38 +1300]: > > As far as I can see, you are trying to implement it in the model, > > rather than as a new kind of field. Try to write > > Exten

Re: איאן מרדוק נפטר

אבל הוא היה צדיק גדול On 31 בדצמבר 2015 10:34:03 GMT+02:00, Yaron Shahrabani <sh.ya...@gmail.com> wrote: >הוא מת, רק על יהודי אומרים נפטר. >On Dec 31, 2015 12:37 AM, "Shai Berger" <s...@hamakor.org.il> wrote: > >> הודעת פרוייקט דביאן: >> https://bits.d

Re: FK constraints are not checked at the end of nested atomic blocks

On Thursday 31 December 2015 06:31:40 Gavin Wahl wrote: > I understand that a database is invalid or invalid as a whole, which is why > you don't need to check constraints until transaction commit (when the > transaction becomes visible to the world). Why do you want to bundle > constraint

Re: FK constraints are not checked at the end of nested atomic blocks

Hi, On Tuesday 29 December 2015 19:40:44 Gavin Wahl wrote: > What does it even mean for constraints to be checked at savepoint commit? I > would expect this to not cause any errors: > > with atomic(): > # insert invalid fk > with atomic(check_deferred_constraints=True): >

הפגישה הבאה ( היה: תיאום ציפיות לקראת הפגישה הערב)‏

ביר לבירה. > > יניב. > > On Dec 27, 2015 6:01 PM, "Shai Berger" <s...@platonix.com> wrote: > > בבני ברק. היתה הצעה לעשות אותו אצל רד האט ברעננה, אבל בסוף אנחנו בלינוויט > > בבני ברק. > > > > On 27 בדצמבר 2015 16:57:24 GMT+02:00, Yuval Langer > &

איאן מרדוק נפטר

עוד לא ברור בדיוק מה קרה ואיך, אבל נראה שמייסד פרוייקט דביאן נפטר ביום שני. http://www.theregister.co.uk/2015/12/30/ian_murdock_debian_founder אני, כמשתמש דביאן כבר יותר מעשור, חייב לו רבות. כולנו, כנראה. אפילו החבר׳ה מרד האט. בבניין קוד־פתוח בציון ננוחם, שי.

Re: איאן מרדוק נפטר

הודעת פרוייקט דביאן: https://bits.debian.org/2015/12/mourning-ian-murdock.html On Thursday 31 December 2015 00:33:07 Shai Berger wrote: > עוד לא ברור בדיוק מה קרה ואיך, אבל נראה שמייסד פרוייקט דביאן נפטר ביום שני. > > http://www.theregister.co.uk/2015/12/30/ian_murdock_debian_founder

Re: באג בליברה אופיס

בגרסאות: 5.0, 4.4. >שי אומר שאצלו אין בעיה בגרסאות 3.3 ו4.0. > >למישהו יש גישה בשלוף לגרסאות 4.1-4.3 ? > >קפלן > >2015-12-28 10:37 GMT+02:00 Shai Berger <s...@platonix.com>: > >> אם זה קיים, זו רגרסיה -- אני בגרסה 4.0,33 (אל תשאל) ואני לא רואה את >הבעיה. &

Re: באג בליברה אופיס

show_bug.cgi?id=96806 > > קפלן > > 2015-12-29 17:50 GMT+02:00 Shai Berger <s...@platonix.com>: > > הפסיק במייל שלי היה צריך להיות נקודה. בדקתי רק עם גרסה אחת, 4.0.3.3. > > > > > > On 29 בדצמבר 2015 17:46:56 GMT+02:00, Lior Kaplan <kaplanl...@gmail.com

Re: באג בליברה אופיס

אם זה קיים, זו רגרסיה -- אני בגרסה 4.0,33 (אל תשאל) ואני לא רואה את הבעיה. שי On Monday 28 December 2015 00:32:45 Shay Gover wrote: > תודה > > 2015-12-28 0:30 GMT+02:00 Lior Kaplan : > > הבאג אכן קיים וזה בגלל שהטקסט מתחיל בתווים עם כיווניות חזקה לשמאל (תווים > > אנגליים).

Re: סיכום מפגש עבודה 27.12.2015

אני חושב שעד מחר בבוקר נושא ה־DNS של שרת ה־chat יהיה מסודר. On Monday 28 December 2015 00:05:46 Lior Kesos wrote: > הצלחנו להתקין rocket.chat על השרת החדש. > מחכים ששינויי הdns יבואו לידי ביטוי ו chat.hamakor.org.il יפנה > לrocket.chat. אם תשנו את ה/etc/hosts שלכם ל 82.166.0.152 עבור >

Re: פגישת עבודה #2 - 31.12 ?

הי ליאור, אני מתכנן להגיע היום באופניים. יש מקום טוב להניח אותם? בפרט, יש בעיה להכניס אותם למשרד? תודה, שי. On Sunday 13 December 2015 18:08:47 Lior Kesos wrote: > אלי אני מעריך את הפנייה האישית אבל מוסיף בחזרה את ״discussions" > לי מתאים בימי ראשון וחמישי. > אשמח לארח ביום ראשון ה27

Re: תיאום ציפיות לקראת הפגישה הערב

בבני ברק. היתה הצעה לעשות אותו אצל רד האט ברעננה, אבל בסוף אנחנו בלינוויט בבני ברק. On 27 בדצמבר 2015 16:57:24 GMT+02:00, Yuval Langer wrote: >כתוב ב-meetup.com שהמפגש בבני-ברק כמו בפעם שעברה. היה לי נדמה ששמעתי >משהו >על מפגש ברעננה. איפה המפגש? > >2015-12-27 13:23

Re: structural & functional review of django documentation

Hi Doug, On Saturday 26 December 2015 21:08:58 Doug Epling wrote: > Thanks Carl -- > > Here is a good example: > > I wanted to read-up on the Form class. First thing I did was go here: > > https://docs.djangoproject.com/en/1.9/search/?q=Form > > yadda, yadda, yadda, recipe, recipe,

Re: באג בליברה אופיס

על פניו, נראה שהעמוד ב־Writer הוא RTL ואילו זה שב־Calc הוא LTR. ואם כן, אז זה כנראה לא באג. On Saturday 26 December 2015 22:44:16 Shay Gover wrote: > יש לי כאן איזה באג מוזר שקורה כשאני מעתיק טקסט מ- Writer ל- Calc. > > ב- writer: > [image: Inline image 1] > ב- Calc: > [image: Inline image 2] >

Re: A community Poll

On Wednesday 23 December 2015 16:32:22 Curtis Maloney wrote: > > Also, I don't want this discussion to be about my specific issue with > contenttypes... more a general "community opinion of best practices" > Imports, because of IDE integration and because they make it easier to detect

Re: Deprecations vs. backwards-incompatible changes for tightening behavior that hides probable developer error

On Monday 21 December 2015 20:45:26 Carl Meyer wrote: > > Obviously the first question is whether the behavior in question is > documented. If it is, then a deprecation path is definitely required. On > the other hand, if the current behavior contradicts the documentation, > then it's a bug and

Re: FK constraints are not checked at the end of nested atomic blocks

ttps://docs.oracle.com/cd/B28359_01/server.111/b28286/statements_10003.htm > - Anssi > > On Mon, Dec 21, 2015 at 4:41 PM, Shai Berger <s...@platonix.com> wrote: > > While expensive operations may be unsuitable for general consumption, > > this kind of validation ma

Re: FK constraints are not checked at the end of nested atomic blocks

While expensive operations may be unsuitable for general consumption, this kind of validation may be useful in special cases and offline jobs, notably in "data" migrations. So I think we should consider supporting them via an argument to atomic(). Be that as it may, so long as we do not plan

Re: הצעת תקן -- רשימת המלצות לבניית UI תומך עברית

ימני בלבד). On Monday 21 December 2015 11:09:50 you wrote: > דוגמא test: ת problem. > > On Dec 21, 2015 9:47 AM, "Shai Berger" <s...@platonix.com> wrote: > > מה אנחנו אמורים לראות שם? מה הקלדת, ומה ציפית לראות במקום התמונה שצירפת? > > > > On Monday

Re: [Question] MySQL Microseconds stripping

On Sunday 20 December 2015 11:47:54 Erik Cederstrand wrote: > > Why not strip the microseconds explicitly as soon as you're handed a > datetime with microseconds? That way you make it explicit that you really > don't want microseconds. That's less head-scratching for the next person > to work

Re: הצעת תקן -- רשימת המלצות לבניית UI תומך עברית

שלום שי, On Monday 21 December 2015 00:13:37 Shay Gover wrote: > לא יודע אם זה קשור: > התקן מטפל במצב המציק שיש ב- LibreOffice עם RTL ו- LTR וסימני פיסוק באותה > שורה? סימני הפיסוק הם תמיד LTR משומה. לא נתקלתי בתופעה כזו מעולם. אתה בטוח שהפעלת את התמיכה ב‏־BiDi וסימנת את העמודים או הפסקאות

Re: הצעת תקן -- רשימת המלצות לבניית UI תומך עברית

מה אנחנו אמורים לראות שם? מה הקלדת, ומה ציפית לראות במקום התמונה שצירפת? On Monday 21 December 2015 03:51:28 Shay Gover wrote: > משהו כזה לא קרה לך? > [image: Inline image 1] > > 2015-12-21 0:48 GMT+02:00 Shai Berger <s...@platonix.com>: > > שלום שי, > > > >

Re: [Question] MySQL Microseconds stripping

On Saturday 19 December 2015 11:23:17 Erik Cederstrand wrote: > > Den 19. dec. 2015 kl. 16.01 skrev Aymeric Augustin > > : > > > > To be fair, this has a lot to do with MySQL’s lax approach to storing > > data. There’s so many situations where it just throws

השבתה קצרה מתוכננת בשרת המקור

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

Re: MOSS Award to Django

On Wednesday 16 December 2015 08:08:59 Markus Holtermann wrote: > From my point of view the major non-functional difference is the > interaction with a client in *some way*. While a celery task runs without > any form of client, a channels method would mostly do that. Picture the > following

Re: CBV contrib.sitemaps

I meant to add: [1] https://docs.djangoproject.com/en/1.9/ref/contrib/sitemaps/#sitemap-classes On Wednesday 16 December 2015 01:34:45 Shai Berger wrote: > Hi Carl, > > On Tuesday 15 December 2015 18:17:36 Carl Johnson wrote: > > I was adding a sitemap to a project, and I m

Re: MOSS Award to Django

On Wednesday 16 December 2015 01:07:16 Ben Liyanage wrote: > > I get that the goal of this is for asynchronous web requests, but if it's > generalized right it seems like it could cover doing any kind of work > without the pressure of completing a web transaction in a timely fashion. > No,

Re: CBV contrib.sitemaps

Hi Carl, On Tuesday 15 December 2015 18:17:36 Carl Johnson wrote: > I was adding a sitemap to a project, and I more or less had to rewrite the > views from scratch because sitemap expects to receive a dictionary of all > possible pages at start up time, [...] This seems to be a

Re: פגישת עבודה #2 - 31.12 ?

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

Re: סיכום ישיבה 10.12.2015

הדיונים על כנס פייתון נמצאים עכשיו בקבוצה פתוחה, כל אחד יכול להצטרף: ‏https://groups.google.com/forum/#!forum/pycon-israel שי On Saturday 12 December 2015 18:08:53 moshe nahmias wrote: > היי, > בתור מי שרצה ובסוף לא יכל להגיע אשמח לדעת מתי המפגש הבא (ואיפה), והאם יש > פרטים לגבי המפגש של כנס

Re: לינוקס עבור עו" דים ישראלים?

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

Re: סיכום ישיבה 10.12.2015

הי ליאור, On Friday 11 December 2015 18:10:29 Lior Kesos wrote: > [אפשר בבקשה] לקבל משתמש עם הרשאות sudo? > כפי שעלה בפגישת העבודה וגם בפתיל הזה, אנחנו עכשיו בתהליך של הכנסת קצת סדר בשרתים. אני מעדיף שקודם נגיע למצב יציב, ורק אז נתחיל להוסיף שרותים מצד אחד, ואנשים עם הרשאות ניהול מצד שני.

Re: פגישת עבודה #2 - 31.12 ?

הודעתי בפייסבוק, מחר גם בטוויטר. On Sunday 13 December 2015 00:27:59 Lior Kesos wrote: > הזזתי > > 2015-12-13 0:27 GMT+02:00 Shai Berger <s...@platonix.com>: > > אני רוצה מפגש כל שבועיים בתור התחלה, אז אני מעדיף את ה־24. > > > > On Sunday 13 December 2015 00:2

Re: פגישת עבודה #2 - 31.12 ?

אני רוצה מפגש כל שבועיים בתור התחלה, אז אני מעדיף את ה־24. On Sunday 13 December 2015 00:24:01 Lior Kesos wrote: > שלום לכולם, > בהמשך לשיחות בטלגרם וקצת תקשורת עם שי החלטנו לערוך פגישה נוספת בקרוב. > אמנם הכרזתי (אולי קצת מוקדם מדיי בmeetup) > אני שצריך שיהיו אנשים שיודיעו במדיומים בשונים להרחיב

תודה, מוזילה

https://blog.mozilla.org/blog/2015/12/10/mozilla-open-source-support-first-awards-made/ (גילוי נאות: אני חבר בצוות הליבה של Django, אחד הפרוייקטים הזוכים) שי. ___ Discussions mailing list Discussions@hamakor.org.il

Re: סיכום ישיבה 10.12.2015

il.com> wrote: > >> לגבי ההחיאה של irc: יש מצב להסתכל על slack? > >> אני מתקשר שם עם הצוות של Open Food Facts, נוח מאוד. > >> גם החבר׳ה בעבודה רצו, אז שם אנחנו מתקשרים ושולחים שורות קוד וכן הלאה. > >> יש להם מודל חינמי, הם לא כל כך מבוססים על קוד פתוח שזה

Re: סיכום ישיבה 10.12.2015

On Friday 11 December 2015 01:18:24 Lior Kesos wrote: > סיכום מעולה - הכי חשוב שאתה מבין את כתב היד שלך :) כן, לא רע בכלל. תודה, שי. > ביקשתי מהמארגנים של קבוצת הmeetup של המקור הרשאות אשמין - אני מרגיש נוח עם > המדיום ויכול לעזור שם. למי שעדיין תוהה --

Re: django template modules compiled with cython

On Thursday 10 December 2015 22:44:54 Tim Graham wrote: > Sorry for the ignorance, but I have little idea what cython is and what > incorporating this into Django involves. If you could give a little > background information that would be appreciated. > Cython (http://cython.org/) is a system for

Re: מפגש עבודה של עמותת המקור

> 2015-12-04 12:05 GMT+02:00 Shai Berger <s...@platonix.com>: > > הי, > > > > בעקבות ההיענות, וההצעה הנדיבה של ליאור קיסוס, מפגש העבודה הפתוח הראשון > > (ככל הידוע לי...) של עמותת המקור יתקיים > > > > ביום חמישי, 10.12, בשעה 18:30, > >

Re: GenericForeignKey: loosening the requirements on the ContentType reference

On Wednesday 09 December 2015 06:07:38 martin f krafft wrote: > also sprach Shai Berger <s...@platonix.com> [2015-12-09 01:20 +0100]: > > class Parent(Model): > > content_type = ForeignKey('ContentType') > > > > class Child(Model): > > parent

Re: GenericForeignKey: loosening the requirements on the ContentType reference

On Tuesday 08 December 2015 23:38:26 Tim Graham wrote: > I'm having trouble understanding the problem. Could you give some example > models and code that demonstrates it? > If I get things right: class Parent(Model): content_type = ForeignKey('ContentType') class Child(Model):

Re: מפגש עבודה של עמותת המקור

קל, קומה 5 > > זבוטינסקי 168 בני ברק > > יש תחבורה ציבורית שמגיעה מתחת לבניין. > > > > On Dec 8, 2015 10:09, "Meir Kriheli" <mkrih...@gmail.com> wrote: > >> יש משהו מסודר (מיקום, הוראות הגעה, יעדים) שאוכל לפרסם ב-whatsup.org.il ? > >> > >

Re: Backporting ticket 25548 into 1.9.x

On Sunday 06 December 2015 14:52:08 Aymeric Augustin wrote: > > On 6 déc. 2015, at 10:49, James Bennett wrote: > > > > Thoughts? > > I don’t think anyone ever prevented a core dev who wanted to backport a > commit from doing so — unless it carried a risk of backwards >

Re: Improvements to QGIS

ואם כבר, תוכל להציץ בזה ביום חמישי בערב, בזמן (ואולי אפילו במסגרת) מפגש העבודה של „המקור”? On Sunday 06 December 2015 11:23:26 Lior Kaplan wrote: > דיאגו, > > תוכל להציץ בזה? בכל זאת QT (: > > קפלן > > 2015-12-06 10:23 GMT+02:00 Micha Silver : > > שלום רב: > > > > התוכנה

Re: מפגש עבודה של עמותת המקור

On Saturday 05 December 2015 09:09:48 Lior Kesos wrote: > מבחינת ה"מה עושים" אני מציע למפות את המצב הקיים מבחינת אימוץ קוד פתוח את > הקהילות הפעילות ול הנגיש את העמותה אליהם. > קוד פתוח זה לא רק אפליקציות דסקטופ [ללינוקס] שצריכות (?) עיברות. כמו שאמרתי, רשימת הרעיונות לקידום פתוחה. אם הייתי יודע

מפגש עבודה של עמותת המקור

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

Re: מפגש עבודה של עמותת המקור

On Friday 04 December 2015 18:05:34 Ddorda wrote: > אני כנראה אבוא, רק אשמח לדעת מה בתכנית..? > דור, ולדי, ואחרים -- זה פתיל ההמשך לפתיל „בואו נעשה משהו ביחד!” מלםני שבוע- שבועיים: > הרעיונות שעומדים כרגע על הפרק (וכמובן, אחרים יתקבלו בברכה): > > תמיכה עברית בתוכנה חופשית: > גיור

Consistent ordering of database Booleans

Hi, A ticket[1] that was wontfix'd almost three years ago says, """ When using a model with a boolean field, you can retreive a QuerySet and order it on the boolean field. In Postgres, the true comes first, in SQLite, false comes first. """ The reason to wontfix was that this difference

Re: Migration "rebase", or just an "undo" that works with conflicts

On Tuesday 01 December 2015 08:40:34 Andrew Godwin wrote: > You can undo a migration manually using migrate, though if you're in > multiple-tip-migration scenario you may need to make a merge migration > first (but not apply it) or switch to a branch with only the migration you > wish to undo. >

Re: annoyance with Python 3.2 support in Django 1.8

On Wednesday 02 December 2015 21:05:00 Tim Graham wrote: > > Given that no one reading this indicated that they plan a long-term > deployment of Python 3.2, how about if in the next 1.8.x release we > advertise that Python 3.2 support for Django 1.8 will end January 1, 2017? > (we won't break

Re: is_authenticated as property

On Wednesday 02 December 2015 18:51:03 Aymeric Augustin wrote: > > We could implement a property that returns an object: > > - that is still callable, for backwards compatibility > - that evaluates correctly in a boolean context > > Then we can consider deprecating the ability to call it. > >

Migration "rebase", or just an "undo" that works with conflicts

Hello, Part of my work lately was to help bring a large, complex project from Django 1.7 to 1.8. This effort was being done in parallel to continued development of the project, in a separate branch. To make things more fun, the project uses UUID fields for PKs in many models; on 1.7, this was

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

תזכורת: http://doodle.com/poll/h6e3968kwcfav4cv כרגע נראה שאנחנו קובעים ליום חמישי, 10.12 בערב; נר חמישי של חנוכה. אם יש לכם העדפות בעניין, תתבטאו. שי. On Thursday 26 November 2015 09:19:23 Shai Berger wrote: > טוב מאד. > > התגובות הראשוניות היו נלהבות למדי, אז בואו נעשה את ז

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