<     May 2017     >
Su Mo Tu We Th Fr Sa  
    1  2  3  4  5  6  
 7  8  9 10 11 12 13  
14 15 16 17 18 19 20  
21 22 23 24 25 26 27  
28 _2_9 30 31
00:34 <adam12> Sequel.lit("timestamp 'today'") is what I ended up with.
01:14 pdrakeweb joined
01:46 pdrakeweb joined
01:58 <adam12> DB["some string ?", "some value"] is such a beautiful API.
02:20 <jeremyevans> adam12: Sequel.cast('today', Time) # should also work
02:20 <adam12> Cool, thanks.
08:02 aidalgol joined
10:26 GitHub1 joined
10:26 <GitHub1> [13sequel] 15olleolleolle opened pull request #1367: Travis: update to latest JRuby, jruby-9.1.10.0 (06master...06patch-2) 02https://git.io/vHG1G
10:26 GitHub1 left
13:22 GitHub52 joined
13:22 <GitHub52> [13sequel] 15perlun opened pull request #1368: migration.rdoc: Added whitespace (06master...06patch-1) 02https://git.io/vHGxn
13:22 GitHub52 left
13:57 pdrakeweb joined
14:02 pdrakeweb joined
14:47 banditron joined
14:55 GitHub100 joined
14:55 <GitHub100> [13sequel] 15jeremyevans commented on issue #1367: Looks good, thanks for the patch! 02https://git.io/vHZLK
14:55 GitHub100 left
14:57 GitHub114 joined
14:57 <GitHub114> [13sequel] 15jeremyevans commented on issue #1368: Sequel style is no space between method names and opening block brace if the method doesn't take arguments. Most (though not all) of the codebase is like that. 02https://git.io/vHZLb
14:57 GitHub114 left
14:57 GitHub69 joined
14:57 <GitHub69> [13sequel] 15jeremyevans closed pull request #1368: migration.rdoc: Added whitespace (06master...06patch-1) 02https://git.io/vHGxn
14:57 GitHub69 left
14:58 GitHub78 joined
14:58 <GitHub78> [13sequel] 15jeremyevans pushed 1 new commit to 06master: 02https://git.io/vHZtk
14:58 <GitHub78> 13sequel/06master 1438c90b4 15Olle Jonsson: Travis: update to latest JRuby, jruby-9.1.10.0
14:58 GitHub78 left
14:58 GitHub135 joined
14:58 <GitHub135> [13sequel] 15jeremyevans closed pull request #1367: Travis: update to latest JRuby, jruby-9.1.10.0 (06master...06patch-2) 02https://git.io/vHG1G
14:58 GitHub135 left
15:21 <* lopex> wishes there was a support for https://osquery.io/
15:35 tercenya joined
15:42 banditron joined
15:46 tercenya joined
15:48 tercenya joined
16:02 pdrakeweb joined
16:39 pdrakeweb joined
17:33 banditron joined
17:34 tercenya joined
17:52 GitHub137 joined
17:52 <GitHub137> [13sequel] 15gencer opened issue #1369: SUM() returns float instead of bigint (int8) 02https://git.io/vHZ2e
17:52 GitHub137 left
17:57 GitHub85 joined
17:57 <GitHub85> [13sequel] 15jeremyevans commented on issue #1369: Which adapter, driver, and database are you using (including versions)? This could be expected behavior if the driver/database returns the aggregate function result using a non-integer type. For example, MySQL returns sum/avg values as decimal (not integer) if the columns are integer (see https://dev.mysql.com/doc/refman/5.7/en/group-by-functions.html). 02https://git.io/vHZ2D
17:57 GitHub85 left
18:13 GitHub75 joined
18:13 <GitHub75> [13sequel] 15gencer commented on issue #1369: Oh. Sorry I was on phone I thought I added those details.... 02https://git.io/vHZVb
18:13 GitHub75 left
18:14 GitHub163 joined
18:14 <GitHub163> [13sequel] 15gencer commented on issue #1369: Oh. Sorry I was on phone I thought I added those details.... 02https://git.io/vHZVb
18:14 GitHub163 left
18:14 GitHub196 joined
18:14 <GitHub196> [13sequel] 15gencer commented on issue #1369: Oh. Sorry I was on phone I thought I added those details.... 02https://git.io/vHZVb
18:14 GitHub196 left
18:19 tercenya joined
18:28 GitHub143 joined
18:28 <GitHub143> [13sequel] 15jeremyevans commented on issue #1369: My guess is that object_size is bigint, and PostgreSQL returns sum(bigint_column) as numeric (see https://www.postgresql.org/docs/9.6/static/functions-aggregate.html). That's not a float, that's a BigDecimal:... 02https://git.io/vHZrH
18:28 GitHub143 left
18:28 GitHub174 joined
18:28 <GitHub174> [13sequel] 15jeremyevans closed issue #1369: SUM() returns float instead of bigint (int8) 02https://git.io/vHZ2e
18:28 GitHub174 left
18:37 GitHub121 joined
18:37 <GitHub121> [13sequel] 15gencer commented on issue #1369: @jeremyevans, Exactly. After I did CAST using Sequel, I get the correct output.... 02https://git.io/vHZKq
18:37 GitHub121 left
18:41 GitHub73 joined
18:41 <GitHub73> [13sequel] 15gencer commented on issue #1369: @jeremyevans, Exactly. After I did CAST using Sequel, I get the correct output.... 02https://git.io/vHZKq
18:41 GitHub73 left
19:25 GitHub107 joined
19:25 <GitHub107> [13sequel] 15jeremyevans commented on issue #1369: If you want the value returned as a bigint and you do not care about overflow, then it should fine if you CAST. I believe the reason PostgreSQL doesn't do that is that the sum of two bigint values may not fit in bigint (integer overflow). If you really want an integer in ruby, the best way to get one would be to call BigDecimal#to_i after the value is returned. 02https://git.io/vHZMC
19:25 GitHub107 left
19:53 GitHub165 joined
19:53 <GitHub165> [13sequel] 15perlun commented on issue #1368: > Most (though not all) of the codebase is like that.... 02https://git.io/vHZSh
19:53 GitHub165 left
20:02 GitHub119 joined
20:02 <GitHub119> [13sequel] 15jeremyevans commented on issue #1368: I don't think it makes sense to have a `.rubocop.yml` file considering that Sequel development doesn't use rubocop. It makes sense to have one when the project uses it and enforces the use of it, but that is not the case with Sequel. 02https://git.io/vHZHU
20:02 GitHub119 left
21:46 tercenya joined
23:58 GitHub102 joined
23:58 <GitHub102> [13sequel] 15jeremyevans pushed 9 new commits to 06master: 02https://git.io/vHnmI
23:58 <GitHub102> 13sequel/06master 140428232 15Jeremy Evans: Deprecate association_autoreloading and many_to_one_pk_lookup plugins...
23:58 <GitHub102> 13sequel/06master 14f3bfb7e 15Jeremy Evans: Minor rdoc tweak to association_dependencies plugin
23:58 <GitHub102> 13sequel/06master 14768571a 15Jeremy Evans: Minor rdoc tweak in nested_attributes plugin...
23:58 GitHub102 left