2008-6-5
| 00:14 | jacobkm | So is there a git user in the house who wants to answer a stupid question from a recent convert? |
| 00:14 | brosner is here :) | |
| 00:15 | brosner | converting to git? nice |
| 00:15 | jacobkm | brosner: yeah, hgsvn has started to piss me off, and git svn dcommit actually works as advertised... |
| 00:15 | jezdez | jacobkm: yay! |
| 00:15 | jezdez | scnr |
| 00:16 | jacobkm | Anyway, I suspect there's a simple answer here, but: So I've got a series of commits (about a dozen, not that it matters) on a branch. I'd like to apply all those changes to master in a single commit such that when I dcommit it appears as a single commit in SVN. |
| 00:16 | jacobkm | Ideally I'd like a "git svn commit --all-at-once" but that doesn't seem to exist. |
| 00:17 | brosner | in master... git merge --no-commit --squash the_other_branch |
| 00:17 | jacobkm | Grr, I know it'd be simple :P |
| 00:17 | brosner | that will not commit locally. then commit it all at once :) |
| 00:18 | jacobkm | I still don't completely like git, but mostly because I'm afraid it's smarter than I am, and being shown to be stupider by a bunch of perl makes me unhappy. |
| 00:19 | Gulopine | yikes |
| 00:19 | jezdez | heh, you'll get over it once it saves your time |
| 00:19 | brosner | :) |
| 00:22 | jacobkm | So far I want to have babies with git commit --amend. |
| 00:22 | jacobkm | Other than that I'm mostly using it as a way of staging SVN commits, which is fine enough. |
| 00:23 | Gulopine tries to image those children | |
| 00:23 | Gulopine shudders | |
| 00:23 | brosner | its the ones you can rename at will ;) |
| 00:24 | jacobkm | Honestly, SVN doesn't really have to go very far to handle 90% of what most mortals use DVCS for, I think. |
| 01:08 | [530]_ | #7125 is getting no love ;) |
| 01:08 | DjangoBot | |
| 05:31 | ericflo | Ping on #6168 |
| 05:31 | DjangoBot | |
| 05:31 | ericflo | Can someone please just check this in for me? :P I'm tired of patching my copy of Django lol |
| 05:32 | ericflo | I think nobody's running into the bug since nobody's changing model stuff very much... |
| 05:54 | brosner | ericflo: i'd commit it if i had trunk access ;) |
| 05:54 | ericflo | brosner: Thanks, the thought counts :) |
| 05:55 | ericflo | brosner: I'm almost done with my patch-updating. Not much changing except a lot of var == None turning into var is None |
| 05:55 | ericflo | (Malcolm told me the latter is better, and I'm inclined to implicitly trust him) |
| 05:55 | brosner | yeah there were a couple of very minor things i saw |
| 05:56 | brosner | the kwarg on the create many to many manager function (i forget the exact name) probably should use None instead of False for the default value to be consistent |
| 05:56 | Alex_Gaynor | ericflo: Yeah you are supposed to do that because all instances of None have the same id() (which is what the `is` tests I thnk) |
| 05:57 | Alex_Gaynor | What ticket are we talking about? |
| 05:57 | brosner | and not to be very pick imo instead of del Something.add maybe delattr(Something, "add") seems cleaner in the latter. but really doesn't matter |
| 05:57 | ericflo | Alex_Gaynor: #6095 |
| 05:57 | DjangoBot | |
| 05:57 | brosner | also is there a reason why create is being deleted differently than add and remove? |
| 05:57 | Alex_Gaynor | Oh, intermediary :P |
| 05:57 | ericflo | brosner: Yeah, it breaks when you do del. |
| 05:58 | ericflo | brosner: Since there's already an entry in the method lookup table, inherited. |
| 05:58 | brosner | ah |
| 05:58 | ericflo | brosner: If you delete the attribute on the object, it just goes upstream. |
| 05:58 | brosner | then you might want to revise the comment by the dels |
| 05:58 | ericflo | brosner: I did locally :) |
| 05:58 | ericflo | brosner: I caught that and was like, wtf, why did I do that, took a few tests to figure it out lol |
| 05:58 | brosner | ah gotcha. a comment there might be nice |
| 05:59 | ericflo | brosner: good point, will do |
| 21:33 | brosner | jkocherhans: in regards to nfa save_as support how do you think unique=True should be handled? it would make model-aware validation a blocker to mirror trunk's behavior. |
| 21:35 | jkocherhans | brosner: would it? from what I remember, trunk will give you a db error right now if a unique constraint fails... I haven't used the admin in quite awhile now though, I could be wrong. |
| 21:35 | brosner | trunk gives the proper validation error |
| 21:36 | brosner | i remember testing it and it just said the page couldn't be added because in my case the slug was already in use |
| 21:37 | brosner | i should really test it a bit more ;) |
| 21:37 | jkocherhans | k. I guess the only other option would be to write that validation into the save view, which is sub-optimal, but no idea when model validation will be done |
| 21:37 | jkocherhans | I don't think Honza has had a lot of time to work on it since PyCon |
| 21:38 | jkocherhans | maybe it's unique_together that raises a db error |
| 21:38 | Alex_Gaynor | unique raises a DB error I think |
| 21:38 | brosner | yeah. id be in favor to let the exception happen and let the user ensure the form has the right validation. id hate to have something like that block a merge to be honest. |
| 21:38 | Alex_Gaynor | IntegrityError |
| 21:38 | brosner | Alex_Gaynor: not on trunk's admin |
| 21:39 | Alex_Gaynor | Hrm, really? I thought it was |
| 21:39 | mattmcc | If the underlying DB has an index of the unique_together fields, a DB API exception ought to surface, even in trunk.. |
| 21:40 | brosner | but in oldforms manipulators it has a validator for a fk with unique |
| 21:40 | Alex_Gaynor | Well whats happening with ModelValidation |
| 21:40 | brosner | unique_together might be failing, i never tested that ;) |
| 21:41 | brosner | Alex_Gaynor: Honza |
| 21:41 | brosner | err |
| 21:41 | brosner | Honza's work? |