| 05:59.45 | *** join/#asterisk-dev infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 05:59.45 | *** topic/#asterisk-dev is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 06:30.57 | *** join/#asterisk-dev Corydon76 (~quassel@96.69.98.139) |
| 06:30.57 | *** mode/#asterisk-dev [+o Corydon76] by ChanServ |
| 07:11.22 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 08:03.00 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:d7a:3b39:6c1b:aa6b) |
| 08:19.51 | *** join/#asterisk-dev CELYA_ (~Thunderbi@lstlambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 08:28.09 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.115) |
| 09:48.11 | *** join/#asterisk-dev CELYA_ (~Thunderbi@92.184.97.218) |
| 10:06.08 | *** join/#asterisk-dev pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com) |
| 10:13.48 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 10:30.31 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@92.184.96.146) |
| 11:07.29 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 12:15.03 | *** join/#asterisk-dev AH2 (uid409542@gateway/web/irccloud.com/x-lpjpafxwnfuemttp) |
| 13:37.28 | *** join/#asterisk-dev CELYA_ (~Thunderbi@oc001000-26-174.fib.nerim.net) |
| 13:45.01 | gtjoseph | seanbright: are you working https://issues.asterisk.org/jira/browse/ASTERISK-28747 ? |
| 14:16.03 | seanbright | gtjoseph: not currently. was just trying to get more information from the reporter. |
| 14:16.32 | gtjoseph | no prob. it's an alembic issue anyway. |
| 14:16.42 | seanbright | yeah, sorta |
| 14:16.55 | seanbright | it would be nice of we normalized on yes/no or true/false |
| 14:17.42 | gtjoseph | yeah i know. i opened an internal issue to fix all the columns to accept 1, 0, yes, no, true, false, off, on. |
| 14:17.53 | seanbright | that's not what i mean |
| 14:18.01 | seanbright | but it will solve the problem |
| 14:18.27 | seanbright | in an RDBMS, it should be 0 or 1 |
| 14:18.40 | seanbright | and that's it |
| 14:18.43 | seanbright | :D |
| 14:18.56 | gtjoseph | well, or the database's native boolean value. |
| 14:19.01 | seanbright | sure |
| 14:19.33 | gtjoseph | but we have to be different and inconsistent |
| 14:19.53 | seanbright | yes. it's part of the mission statement i think |
| 14:20.28 | seanbright | i need to get 'realtime sucks, get over it' t-shirts made for astricon |
| 14:20.47 | file | ha |
| 14:21.48 | seanbright | i was going to get the greatest asterisk bug fix in history on a t-shirt but never pulled the trigger on it |
| 14:22.28 | gtjoseph | you could get "______ sucks, get over it" shirts printed and just stick a different label over it every year. |
| 14:22.35 | file | or every day |
| 14:22.45 | gtjoseph | :) |
| 14:23.30 | seanbright | for reference: https://github.com/asterisk/asterisk/commit/7c373d8c1373569e5d9f57ba4a909ea8ac2572cb |
| 14:23.53 | seanbright | i've been working on this project for too long |
| 14:24.01 | seanbright | i might have to retire |
| 14:24.04 | gtjoseph | Heh |
| 14:43.04 | *** join/#asterisk-dev cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:43.04 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:17.03 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-rbbdjalawppxosec) |
| 15:17.03 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:28.27 | *** join/#asterisk-dev CELYA_ (~Thunderbi@92.184.96.151) |
| 15:47.31 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-jspmcgebcaglpogv) |
| 15:47.31 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:57.55 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.105) |
| 16:57.52 | *** join/#asterisk-dev spatel (~spatel@static-71-174-102-210.bstnma.fios.verizon.net) |
| 17:18.58 | *** join/#asterisk-dev spatel (~spatel@static-71-174-102-210.bstnma.fios.verizon.net) |
| 17:38.11 | rmudgett | gtjoseph: I already have the alembic boolean type defined for those parameters: ast_bool_type |
| 17:49.52 | *** join/#asterisk-dev spatel (~spatel@static-71-174-102-210.bstnma.fios.verizon.net) |
| 17:50.18 | gtjoseph | rmudgett: yeah we just never went back and changed all of the existing ones. |
| 17:50.44 | rmudgett | Because it is such a chore to do that. :( |
| 17:51.13 | gtjoseph | true. |
| 17:51.17 | seanbright | because _____ sucks, get over it. |
| 17:51.22 | gtjoseph | heh |
| 17:51.23 | rmudgett | The upgrade alembic is much more involved for converting a pre-existing column |
| 17:53.31 | seanbright | so maybe alembic is the problem |
| 17:54.45 | kharwell | trying to parse through some of the current codec negotiation/media stuff. Right now thinking for each new option have a capabilities structure for it. It seems each list would have caps for all types in it (so either ast_sip_session or ast_sip_session_media_state structs)? or would it make sense to put it in the ast_sip_session_media struct and have it based of type of media? |
| 17:55.31 | gtjoseph | woould think the latter |
| 17:57.36 | file | seanbright: alembic is a problem! |
| 17:58.09 | kharwell | that's what I was kinda of thinking, but it seems right now caps are all in one list and then we loop over if filtering for the type (audio, video). The latter seems correct, but wasn't sure how that might affect things. Could just mean more code changes now, but better in the long run |
| 17:58.23 | gtjoseph | seanbright is going to fix that with his new sorcery backend that auto generates/updates schemas. |
| 17:58.36 | seanbright | false |
| 17:58.38 | seanbright | err, no |
| 17:58.40 | seanbright | err, 0 |
| 17:58.42 | file | separating things makes it saner and easier to debug/understand what is going on |
| 17:58.55 | file | if we can get further away from throwing everything together that'd be nice |
| 17:59.31 | kharwell | I'll look into that route then |
| 17:59.35 | seanbright | CREATE TABLE ps_endpoint (id INT PRIMARY KEY NOT NULL, config JSON); |
| 17:59.38 | seanbright | fixed |
| 17:59.52 | file | I like the way you think. |
| 18:00.02 | file | can I subscribe to your newsletter? |
| 18:00.22 | gtjoseph | no json...kvp please. |
| 18:00.45 | gtjoseph | oh wait...that's static realtime |
| 18:07.15 | seanbright | static realtime - yet another unexplainable feature |
| 18:07.40 | seanbright | ok, i'll stop pooping on everything |
| 19:17.27 | Corydon76 | seanbright: might be better explainable if you just consider it generation 1. |
| 19:21.24 | seanbright | i get it. |
| 19:23.48 | Corydon76 | generation 1... naive database integration |
| 19:25.07 | seanbright | generation X... flannel and bowl cuts |
| 19:52.21 | Corydon76 | generation M'l... broke and childless |
| 20:29.54 | *** join/#asterisk-dev AH2 (uid409542@gateway/web/irccloud.com/x-pwbozjzxzmldpwyv) |
| 23:17.12 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 23:17.12 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |