| 02:09.22 | *** join/#storm drudi (n=drudi@189.121.88.99) |
| 02:13.35 | *** join/#storm artista_frustrad (n=artista_@201-15-218-51.ctame704.dsl.brasiltelecom.net.br) |
| 02:24.59 | therve | jamesh: around? |
| 02:25.07 | jamesh | therve: yeah. |
| 02:25.13 | therve | jamesh: hi! |
| 02:25.28 | therve | just wanted to say that r320 is breaking some landscape tests |
| 02:25.38 | jamesh | really? |
| 02:25.48 | therve | this *may* be a problem in landscape, and is easily fixed |
| 02:26.13 | therve | I'm just wandering if this is not a backward incompatible change |
| 02:26.24 | jamesh | is there a traceback I can look at? |
| 02:26.40 | therve | jamesh: oh there is nothing really tricky |
| 02:27.13 | therve | jamesh: we're just calling a count with a distinct option, after calling config(offset, limit), and expecting that the whole count will be returned |
| 02:27.41 | therve | the fix is to move the count before calling config |
| 02:28.13 | jamesh | therve: I think I'd consider Storm's previous behaviour to be broken for that kind of thing. |
| 02:29.15 | therve | jamesh: it makes sense |
| 02:29.23 | therve | I'll try to add a note in the NEWS file, though |
| 02:29.51 | jamesh | the whole bug report was about Storm producing an unexpected result for those method calls |
| 02:30.05 | jamesh | so the fix for the bug would change that behaviour |
| 02:32.14 | therve | right, I agree with that |
| 02:32.54 | therve | it's just that it's a bit insidious and some other code bases may have the same bug as we do, so it does hurt to warn them |
| 02:33.28 | jamesh | agreed. |
| 02:35.06 | jamesh | perhaps add something like "This can change the result of ResultSet.count(), min(), max(), sum() and avg() for results using distinct, limit or offset" to the entry under bug fixes? |
| 02:35.17 | jamesh | or do you think something more would be appropriate? |
| 02:39.11 | therve | jamesh: yes, something like that would makes sense |
| 03:22.12 | *** join/#storm drudi (n=drudi@189.121.88.99) |
| 05:32.33 | *** join/#storm jukart (i=lovely@81.189.156.94) |
| 05:57.53 | *** join/#storm stub (n=stub@ppp-58-8-1-21.revip2.asianet.co.th) |
| 06:10.13 | *** join/#storm elmom (n=elmom@hoasnet-ff05dd00-13.dhcp.inet.fi) |
| 06:14.38 | *** join/#storm artista_frustrad (n=artista_@201-24-237-52.ctame704.dsl.brasiltelecom.net.br) |
| 06:23.16 | *** join/#storm pyCube__ (n=jmayfiel@12.229.94.3) |
| 06:24.31 | pyCube__ | if you query a row out with using a store, then close that store, is there a way to get the row to function again? |
| 06:56.45 | jkakar | pyCube__: Query a row? You mean, fetch an object? |
| 07:03.31 | pyCube__ | yeah.. heh |
| 07:10.37 | jkakar | pyCube__: Hmm, I'm not sure. What happens when you try? I can imagine explosions happening when the object is flushed... |
| 07:11.42 | pyCube__ | yeah.. it complains about the connection being closed |
| 07:13.53 | *** join/#storm keppla (n=keppla@i577B0110.versanet.de) |
| 07:48.42 | jamesh | pyCube__: objects retrieved from a store are invalidated at the end of the transaction, so no. |
| 07:49.31 | jamesh | since they could be changed by other transactions at the boundary, they get retrieved again for the next transaction |
| 07:49.41 | jamesh | however, if you close the connection, there can't be a next transaction. |
| 08:15.08 | *** join/#storm seiflotfy (n=seif@P5118.pallas.wh.tu-darmstadt.de) |
| 08:20.35 | *** join/#storm radix (n=r@wordeology.com) [NETSPLIT VICTIM] |
| 09:02.22 | *** join/#storm zmijunkie (n=chatzill@i59F5D331.versanet.de) |
| 09:13.35 | keppla | hi all |
| 09:13.50 | keppla | while playing with union, i stumbled upon the following: |
| 09:14.25 | keppla | r1 = store.find(Widget, Widget.id == 1) |
| 09:14.25 | keppla | r2 = store.find(Widget, Widget.id == 2) |
| 09:14.26 | keppla | r3 = store.find(Widget, Widget.id == 3) |
| 09:14.26 | keppla | ru = r1.union(r2).union(r3) |
| 09:14.28 | keppla | list(ru) |
| 09:14.39 | keppla | that raises |
| 09:14.39 | keppla | ProgrammingError: (1064, "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'UNION (SELECT rulebook.id, rulebook.name, rulebook.user_id FROM rulebook WHERE r' at line 1") |
| 09:14.53 | keppla | is there something i do wrong? |
| 10:14.49 | *** join/#storm artista_frustrad (n=artista_@201-24-238-195.ctame704.dsl.brasiltelecom.net.br) |
| 10:40.25 | *** join/#storm andrea-bs (n=andrea@ubuntu/member/beeseek.developer.andrea-bs) |
| 10:41.41 | keppla | hi |
| 10:52.09 | *** join/#storm drudi (n=drudi@189.121.88.99) |
| 11:10.28 | *** join/#storm pyCube_ (n=jmayfiel@c-24-5-150-204.hsd1.ca.comcast.net) |
| 12:34.50 | *** join/#storm niemeyer (n=niemeyer@200-138-49-140.ctame705.dsl.brasiltelecom.net.br) |
| 13:10.31 | *** join/#storm oubiwann (n=oubiwann@c-66-31-200-98.hsd1.ma.comcast.net) |
| 13:22.59 | *** join/#storm oubiwann (n=oubiwann@c-66-31-200-98.hsd1.ma.comcast.net) |
| 13:23.20 | keppla | hi all. i have a problem when using resultset.union more than once |
| 13:23.54 | keppla | r1 = store.find(Widget, Widget.id == 1) |
| 13:23.54 | keppla | r2 = store.find(Widget, Widget.id == 2) |
| 13:23.54 | keppla | r3 = store.find(Widget, Widget.id == 3) |
| 13:23.54 | keppla | ru = r1.union(r2).union(r3) |
| 13:23.54 | keppla | list(ru) |
| 13:24.24 | keppla | raises a "ProgrammingError", the traceback suggests, that the parameters could not be filled |
| 13:36.12 | keppla | x |
| 14:07.33 | *** join/#storm pyCube__ (n=jmayfiel@c-24-5-150-204.hsd1.ca.comcast.net) |
| 14:09.35 | *** join/#storm artista-frustrad (n=artista_@201-35-52-135.ctame704.dsl.brasiltelecom.net.br) |
| 14:16.53 | *** join/#storm oubiwann (n=oubiwann@c-66-31-200-98.hsd1.ma.comcast.net) |
| 15:15.18 | *** join/#storm therve (n=therve@xvm-14-10.ghst.net) |
| 16:03.09 | *** join/#storm andrea-bs (n=andrea@ubuntu/member/beeseek.developer.andrea-bs) |
| 16:19.15 | *** join/#storm jamesh (n=james@canonical/launchpad/jamesh) |
| 16:31.09 | *** join/#storm rockstar` (n=rockstar@starscream.eventuallyanyway.com) |
| 18:12.08 | *** join/#storm artista-frustrad (n=artista_@201-24-238-93.ctame704.dsl.brasiltelecom.net.br) |
| 18:47.55 | *** join/#storm drudi (n=drudi@189.64.249.208) |
| 19:51.20 | *** join/#storm drudi_ (n=drudi@187.47.74.150) |
| 20:15.28 | *** join/#storm MrTopf (n=cs@p5B3D77F9.dip.t-dialin.net) |
| 20:15.40 | MrTopf | good evening |
| 20:33.49 | *** join/#storm keppla1 (n=keppla@i577B1418.versanet.de) |
| 22:16.26 | *** join/#storm artista (n=artista_@201-35-2-108.ctame704.dsl.brasiltelecom.net.br) |
| 22:22.10 | *** join/#storm oubiwann (n=oubiwann@c-66-31-200-98.hsd1.ma.comcast.net) |
| 22:38.15 | *** join/#storm oubiwann (n=oubiwann@c-66-31-200-98.hsd1.ma.comcast.net) |
| 22:47.37 | *** join/#storm oubiwann (n=oubiwann@c-66-31-200-98.hsd1.ma.comcast.net) |
| 23:10.43 | *** join/#storm jukart (n=jukart@d86-32-163-51.cust.tele2.at) |