| 00:06.10 | leifmadsen | philipp64: you can always use memoserv to leave a msg |
| 00:07.54 | philipp64 | snuff-work: but that's my point. he might have already fixed it... but the fix hasn't made its way to the appropriate place. only he knows if that's the case or not. |
| 00:08.45 | philipp64 | snuff-work: and, no offense, but you're making a circular argument. I've *ALREADY* made a fix for something else, but can't check it in without Olle's blessing. |
| 00:08.59 | philipp64 | there is no going around Olle. |
| 00:09.26 | snuff-work | ok so then ur stuck waiting.. |
| 00:10.51 | philipp64 | see review-board entry 565 where Mark says, "I agree with this change myself, for the record. Could someone else please weigh in on this? Olle, perhaps?" |
| 00:11.47 | snuff-work | i have stuff on the reviewboard that has been there for almost 2 months.. i just accept it as the price of opensource getting it integrated.. |
| 00:12.05 | snuff-work | and with opensource u can fix urself in the meantime |
| 00:13.11 | snuff-work | while i understand your frustrated at the slow response.. you have ur own solution.. granted it hasn't been fulled 'blessed' by the powers that be to go into a release |
| 00:21.06 | philipp64 | well, not just that, but I have other fixes that rely on it going in... plus I'm convinced it's a security hole. |
| 00:22.26 | snuff-work | so this SIPDOMAIN thing.. it is also an issue in trunk? |
| 00:30.14 | philipp64 | don't know.... can't build trunk on astlinux.... in fact we're waiting on Russell to be able to integrate astlinux trunk builds into bamboo to get unblocked. |
| 00:31.09 | snuff-work | mm can't say i've used astlinux |
| 00:40.39 | philipp64 | kpfleming: is there a reason that revision 214696 didn't go into 1.4? |
| 00:45.06 | philipp64 | leifmadsen: should 11969 have gone into 1.4 also? |
| 00:47.44 | philipp64 | snuff-work: I checked in a patch for 15370 7 months ago.... it's been confirmed... still not checked in. |
| 00:47.54 | philipp64 | well, committed. |
| 00:48.27 | snuff-work | such is the life of opensource.. |
| 00:48.32 | philipp64 | Corydon76-dig: do I need to do anything else for 15730? |
| 00:48.48 | seanbright | M11969 |
| 00:48.51 | MuffinMan | [closed] [Asterisk] Core/NewFeature 0011969: [patch] Changes to configuration files to make setting up virtual hosting more obvious reported by pprindeville https://issues.asterisk.org/view.php?id=11969 |
| 00:49.09 | philipp64 | snuff-work: yeah, but that cuts both ways, right? if you're not going to facilitate the cooperation of outsiders, why bother making it Open Source at all? |
| 00:49.24 | philipp64 | isn't there an implicit social contract that comes with open source? |
| 00:54.29 | philipp64 | Corydon76-dig: should 16596 have gone into 1.4? |
| 00:54.31 | seanbright | philipp64: 15730 is closed |
| 00:55.03 | philipp64 | seanbright: yes... I'm just wondering why the decision was made to put it into trunk, 1.6.0, 1.6.1, and 1.6.2 was made, but not into 1.4. |
| 00:55.18 | philipp64 | there's nothing in it that relies on 1.6.x |
| 00:55.44 | philipp64 | what's the litmus test for deciding which fixes go into 1.4, anyway? |
| 00:56.14 | seanbright | 15730 went into all branches |
| 00:56.17 | seanbright | i think you typo'd |
| 00:56.59 | seanbright | M15730 |
| 00:57.01 | MuffinMan | [closed] [Asterisk] Core/ManagerInterface 0015730: [patch] manager keeps creating /tmp/ast-ami-XXXXXX files (without deleting) when a single manager client remains logged in reported by zmehmood https://issues.asterisk.org/view.php?id=15730 |
| 00:59.57 | *** join/#asterisk-dev diegomad (mad@186.81.147.229) |
| 01:07.43 | seanbright | as to what gets into 1.4 - bug fixes only. occasionally other minor things are changed, but usually only for stuff that is likely to not cause a regression. |
| 01:09.11 | seanbright | the same should apply for any release branch (1.4, 1.6.0, 1.6.1, & 1.6.2) |
| 01:10.43 | seanbright | build system changes are tricky, primarily because there aren't a lot of testers, and the platform support has been slowly shaped over many revisions |
| 01:11.49 | philipp64 | sorry, 15730 |
| 01:11.51 | philipp64 | m15730 |
| 01:11.54 | MuffinMan | [closed] [Asterisk] Core/ManagerInterface 0015730: [patch] manager keeps creating /tmp/ast-ami-XXXXXX files (without deleting) when a single manager client remains logged in reported by zmehmood https://issues.asterisk.org/view.php?id=15730 |
| 01:11.59 | philipp64 | M15370 |
| 01:12.01 | MuffinMan | [confirmed] [Asterisk] Core/BuildSystem 0015370: [patch] Repeatedly building the asterisk directory repeatedly downloads the sounds files reported by pprindeville https://issues.asterisk.org/view.php?id=15370 |
| 01:12.30 | seanbright | it's easier to justify those kinds of changes in trunk, since any problems will get flushed out (hopefully) before a new release branch is cut |
| 01:12.40 | philipp64 | well, there's nothing destabilizing in 11969... it was a sample dialplan change. |
| 01:13.21 | philipp64 | seanbright: if only.... 15370 has been ready to go into trunk (or anywhere else for that matter) for 7 months now. |
| 01:14.16 | seanbright | sha1sum isn't portable |
| 01:14.20 | seanbright | (just fyi) |
| 01:14.43 | seanbright | off to watch lost with the wife, back later. |
| 01:15.20 | philipp64 | but... everyone uses sha1sum... |
| 01:15.35 | philipp64 | and sha1sum was Tilghman's suggestion, not mine. |
| 01:15.38 | seanbright | ah |
| 01:15.50 | seanbright | well there is code in configure.ac which looks for it |
| 01:16.00 | seanbright | either via sha1sum, digest, or what have you |
| 01:16.29 | seanbright | line 261 |
| 01:16.33 | snuff-work | sha1sum doesn't exist in solaris :) digest is a better option |
| 01:16.41 | philipp64 | yeah... but what you have on your server (for distribution) is sha1 ... so that's what I went with. |
| 01:17.02 | seanbright | err, that is md5. but we would need one for sha1. |
| 01:17.22 | seanbright | i'm just pointing out that it is not "ready" but i agree that it's been sitting there without much attention |
| 01:17.37 | seanbright | i'll see if i can take a closer look this week |
| 01:17.43 | seanbright | just swamped with paying work at the moment |
| 01:17.44 | seanbright | back later. |
| 01:17.54 | snuff-work | digest supports all sorts.. sha1/md5/etc |
| 01:18.15 | philipp64 | ok... looking in trunk, grepping sha1 in configure* doesn't match anything... |
| 01:32.51 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 02:16.41 | leifmadsen | M11969 |
| 02:16.44 | MuffinMan | [closed] [Asterisk] Core/NewFeature 0011969: [patch] Changes to configuration files to make setting up virtual hosting more obvious reported by pprindeville https://issues.asterisk.org/view.php?id=11969 |
| 02:17.39 | leifmadsen | philipp64: per this note: https://issues.asterisk.org/view.php?id=11969#83701 |
| 02:17.43 | leifmadsen | that's why it didn't go into 1.4 |
| 02:18.08 | leifmadsen | philipp64: I think sometimes your expectations about the number of available development hours is inflated from that of reality |
| 02:19.15 | leifmadsen | developers are (and will continue) to be assigned issues, and those issues will be resolved. Some issues take quite a long time to debug, test, and eventually move into Asterisk. If developers could fix every issue that was open, then I'm sure it'd get done. They aren't just sitting around twiddling thumbs (to the best of my knowledge) |
| 02:20.05 | leifmadsen | and now that it's after 10pm, I shall go get some sleep so I can continue working on the bug tracker tomorrow |
| 02:57.53 | philipp64 | leifmadsen: and that would be true, except sometimes we fix the issue ourselves and the fix doesn't make it in either. |
| 02:58.34 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 05:39.46 | *** join/#asterisk-dev hurdman (~ngeek@ys.antredugeek.fr) |
| 07:24.11 | Corydon76-dig | philipp64: on 16596, you filed it against 1.6.2, so I made the assumption that as an intelligent reporter, you determined that it was applicable to 1.6 at the earliest. I accepted this determination and merged to 1.6 forward. |
| 08:00.55 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 08:25.09 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 08:29.35 | *** join/#asterisk-dev pentanol (~pentanol@77.35.49.164) |
| 10:50.44 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:50.44 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:40.21 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 11:45.10 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 11:45.10 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:04.44 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 12:17.15 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:43.55 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:43.55 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:50.46 | pabelanger | morning all |
| 12:53.58 | jsmith | Morning pabelanger |
| 12:54.00 | jsmith | Morning all |
| 12:59.45 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 12:59.45 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:02.20 | eliel | jsmith: morning |
| 13:02.24 | eliel | pabelanger: morning |
| 13:02.28 | eliel | *: morning |
| 13:02.36 | jsmith | Hey eliel... how's it going? |
| 13:02.54 | eliel | jsmith: great! with a lot of work at the moment |
| 13:03.13 | jsmith | Same here |
| 13:23.52 | *** join/#asterisk-dev ebroad (~EB@72.11.213.195) |
| 13:25.10 | ebroad | leifmadsen, good morning |
| 13:26.22 | leifmadsen | ebroad: morn! |
| 13:27.03 | ebroad | who do you think i should ask about reviewboard R566? |
| 13:27.07 | ebroad | R566 |
| 13:27.11 | MuffinMan | [R566] Use the correct IP address in the c and o sdp lines when using an externally mapped IP address [Pending] Submitted by ebroad => https://reviewboard.asterisk.org/r/566/ |
| 13:28.04 | jsmith | ebroad: Probably best to ask for feedback on the asterisk-dev list |
| 13:28.14 | ebroad | thanx |
| 13:28.17 | jsmith | ebroad: That way, it'll remind all the developers to take a look at it |
| 13:28.24 | jsmith | (instead of just trying to track down one particular person) |
| 13:28.28 | ebroad | true |
| 13:28.48 | jsmith | Developers are busy folks, and sometimes need a gentle reminder |
| 13:29.19 | ebroad | though it does involve the sdp parsing changes which i believe mark m was mostly responsible for |
| 13:50.01 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:50.02 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:06.10 | kpfleming | leifmadsen: if you're going to update the issue tracker URL, you should use the https:// version |
| 14:06.18 | leifmadsen | doh! |
| 14:06.21 | leifmadsen | you're right |
| 14:06.37 | leifmadsen | that's ok, it'll go in as part of the restructuring and updating of the document I'm working on now |
| 14:06.40 | leifmadsen | I'll fix that :) |
| 14:26.45 | *** join/#asterisk-dev hc_e (~hc@pdpc/supporter/active/hc-e) |
| 14:36.49 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:36.49 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:43.36 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:43.36 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:03.59 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:03.59 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:13.46 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:33.39 | Kobaz | https://issues.asterisk.org/view.php?id=17191 |
| 15:33.50 | Kobaz | leifmadsen: there it is |
| 15:34.16 | leifmadsen | Kobaz: thanks! will triage later today (or whenever I get out of "look at all the updates from mantis" mode :)) |
| 15:34.18 | Kobaz | it has to do with the fallback offset |
| 15:34.21 | Kobaz | Will timeout back to extension [cos_internal+local+ld+intl] 10, 3 |
| 15:34.22 | Kobaz | versus |
| 15:34.29 | Kobaz | Will timeout back to extension [cos_internal+local+ld+intl] 10, 1 |
| 15:34.41 | leifmadsen | oic |
| 15:36.05 | Kobaz | so it's setting some internal return position... and the return position is not reset when it hits 'h' |
| 15:36.16 | Kobaz | see... the 3 is the start of park_timeout: |
| 15:36.24 | Kobaz | that's line 3... (the comment is ignored) |
| 15:36.57 | philipp64 | Corydon76-dig: I filled it against something recent so that it wouldn't be dismissed as not existing in something current. |
| 15:37.22 | Kobaz | so that makes sense, since it can fallback to the pack timeout label after the timeout is hit... but... the timeout line number should not be also applied to 'h' |
| 15:37.26 | philipp64 | if the forms allowed one to put all of the versions that it was present in, I would have done that. |
| 15:38.58 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189.24.20.207) |
| 15:42.21 | Corydon76-dig | philipp64: That only would have happened, had you filed it against 1.2 |
| 15:43.09 | philipp64 | ok, well, didn't know. hard to say what causes some things go to fast track and others to sit and wait for months. |
| 15:43.59 | Kobaz | 11 open issues |
| 15:44.02 | Kobaz | i wonder how many i can get |
| 15:44.05 | Corydon76-dig | It probably depends upon how many beers you buy developers at conferences |
| 15:44.13 | Kobaz | well, 11 open bug related issues... the 12th one is a feature |
| 15:45.47 | Corydon76-dig | Or, in the case of putnopvut and myself, Scotch |
| 15:46.24 | putnopvut | I'll take either, really ;() |
| 15:46.32 | putnopvut | s/(// |
| 15:55.11 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:02.55 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 16:39.38 | tzafrir_laptop | can once again commit from his laptop. Many thanks jpeeler |
| 16:51.11 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 16:55.38 | *** join/#asterisk-dev MAbbas (~abbas@203.215.177.194) |
| 17:07.19 | *** join/#asterisk-dev synthetiq (~User@208.90.33.43) |
| 17:07.27 | synthetiq | does the invite message sdp require CRLF or is that just the SIP message body |
| 17:22.04 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 17:38.56 | kpfleming | synthetiq: the SDP is the message body, so your question doesn't make a lot of sense |
| 17:42.25 | leifmadsen | putnopvut: is dropping a shot of scotch into beer a valid drink? |
| 17:42.39 | putnopvut | leifmadsen: it's valid in the sense that I'm almost certain I've been to a party where people did that. |
| 17:42.56 | putnopvut | Actually, that was probably bourbon and not scotch, so nevermidn. |
| 17:57.18 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 18:00.21 | *** join/#asterisk-dev wunderkin (~kbockman@pool-71-106-236-25.lsanca.dsl-w.verizon.net) |
| 18:09.15 | pabelanger | Mmm... beer. |
| 18:11.58 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 18:28.13 | *** join/#asterisk-dev moy (~chatzilla@74.12.121.97) |
| 18:59.59 | philipp64 | who is 76.164.171.226 and why am I getting email from it? |
| 19:00.18 | philipp64 | hotblack? |
| 19:00.38 | leifmadsen | that's where our bug server is |
| 19:00.48 | leifmadsen | you're probably getting email from it because an issue you're following or reported got updated |
| 19:01.04 | leifmadsen | hotblack is a digium server |
| 19:03.16 | Qwell | <3 hotblack |
| 19:03.26 | Qwell | probably my favorite digium server name |
| 19:03.57 | *** part/#asterisk-dev synthetiq (~User@208.90.33.43) |
| 19:18.16 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:22.04 | philipp64 | ok... I'll need to whitelist it, since it doesn't have valid rDNS. |
| 19:44.30 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 19:47.57 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:47.58 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 20:20.48 | kpfleming | Qwell: you like it more than desiato? |
| 20:21.03 | kpfleming | philipp64: sorry about that, i'll get our IT department to setup reverse DNS properly |
| 20:21.20 | Qwell | kpfleming: well, both |
| 20:23.29 | philipp64 | kpfleming: no problem... just thought other people might not be getting emails and might not realize why.... |
| 20:24.08 | kpfleming | sure, it's a good idea to fix it up |
| 20:43.54 | pabelanger | question: Is the overhead of enabling 'automerge' on a team branch great? IE: Should it be enabled for great lengths of time or only when needed. |
| 20:44.02 | pabelanger | Didn't see any information about it is the docs. |
| 20:46.13 | kpfleming | no, it's not a big deal, go ahead |
| 20:46.16 | kpfleming | since it will save you time |
| 20:47.01 | kpfleming | umm... you don't set it on every file like that... just on the branch directory itself |
| 20:52.43 | Qwell | I suspect that was a typo |
| 20:52.49 | Qwell | ie; unquoted * |
| 20:53.37 | Qwell | pabelanger: svn merge -c-257513 .; svn ps automerge '*' . |
| 20:53.43 | Qwell | should get you into a better state |
| 20:54.46 | pabelanger | Thanks for the info. Let me revert and try again. |
| 20:55.01 | Qwell | that's what the merge -c-257513 will do |
| 20:55.04 | Qwell | (note the -) |
| 20:55.11 | pabelanger | yar! |
| 20:55.31 | kpfleming | there is no 'revert'... there is only 'merge the opposite and commit' :-) |
| 20:56.16 | Qwell | kpfleming: svn can have plugins, right? just add a revert command that does a dump/restore of the DB, then delete it from the list archives and peoples inboxes |
| 20:56.34 | kpfleming | yeah.. patches welcome. |
| 20:59.32 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 21:00.03 | pabelanger | Thanks again for the help |
| 21:06.25 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 21:09.52 | seanbright | svn can have plugins? |
| 21:13.42 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 21:15.53 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 21:16.07 | *** part/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 21:44.15 | otherwiseguy | is so tired of cdrs |
| 21:53.28 | Kobaz | leifmadsen: your link is borken |
| 21:56.37 | Kobaz | oh... very nice... dtmf detection fixes |
| 21:56.39 | Kobaz | i was waiting for those |
| 21:57.24 | Kobaz | otherwiseguy: cdrs are pretty hard to work with... i have my own completely custom cdr system |
| 21:57.56 | otherwiseguy | Kobaz: as does anyone who really needs good cdrs. :-) |
| 21:58.15 | putnopvut | s/good/consistent/ |
| 21:58.36 | otherwiseguy | would argue that for cdrs to be good they have to be consistent |
| 21:58.37 | Kobaz | yeah |
| 21:58.59 | Kobaz | i just couldnt figure out a non insane way of keeping track of calls using the built in cdrs |
| 21:59.02 | otherwiseguy | (but that argument isn't necessarily reversible) |
| 21:59.09 | leifmadsen | Kobaz: which one? |
| 21:59.12 | Kobaz | like, nothing was related to anything, when using lots of local channels |
| 21:59.20 | Kobaz | leifmadsen: the release link to the changelog |
| 21:59.21 | Kobaz | lemme get it |
| 21:59.36 | leifmadsen | grrr! |
| 21:59.39 | Kobaz | http://www.asterisk.org/node/49928 |
| 21:59.43 | Kobaz | everything points to rc2 |
| 21:59.44 | Kobaz | er |
| 21:59.45 | Kobaz | i mean |
| 21:59.48 | Kobaz | it should point to rc2 |
| 21:59.51 | Kobaz | but everything points to rc1 |
| 21:59.54 | leifmadsen | gah! |
| 21:59.58 | leifmadsen | my bad |
| 22:00.08 | Kobaz | killin me :P |
| 22:00.19 | otherwiseguy | putnopvut: i find things that i would consider bugs (some race condition-like things), but trying to "fix" cdrs has never seemed to work in the past. |
| 22:00.37 | Kobaz | otherwiseguy: cel seems to be the "fix" for cdrs |
| 22:00.46 | leifmadsen | Kobaz: thanks -- fixed on asterisk.org at least |
| 22:00.50 | Kobaz | np |
| 22:01.15 | leifmadsen | otherwiseguy: I think at this point the answer to any CDR bug is documentation, and not changing code |
| 22:01.31 | leifmadsen | otherwiseguy: and external tests to make sure things don't change |
| 22:01.37 | Kobaz | yeah |
| 22:01.48 | Kobaz | tests are good |
| 22:01.55 | otherwiseguy | like if you have endbeforehexten, then do exten => h,1,Set(CDR(userfield)=bazinga) it will update the CDR even though it has ended. but if you put a small wait, it won't. |
| 22:02.06 | leifmadsen | I mean, if something causes a crash, then ya, that should be fixed, but in terms of what is written and how it is written -- it needs to just remain static at this point |
| 22:02.10 | Qwell | "Oh no, we accidentally removed CDR support! It's too bad svn can't revert changes!" |
| 22:02.15 | Kobaz | haha |
| 22:02.16 | otherwiseguy | leifmadsen: yeah, it is in writing the tests that I find these issues |
| 22:02.19 | Qwell | it'll fly, trust me |
| 22:02.40 | Kobaz | Qwell: if you were using visual source safe, that excuse would totally work |
| 22:02.55 | Qwell | "Oops, we accidentally purged cdr.c!" |
| 22:02.55 | otherwiseguy | I write a test that should work...then it doesn't. and I spend an hour trying to figure out why and how to rewrite the test to avoid the issue. |
| 22:03.03 | Qwell | that's one nice feature of VSS.. |
| 22:03.50 | Kobaz | i heard one developer say "keeping your code in vss is as safe as locking your code in a safe, throwing a stick of dynamite in it, and dropping it off a cliff" |
| 22:04.25 | Kobaz | otherwiseguy: writing unit tests is the best way to find bugs |
| 22:04.35 | Qwell | We used to use VSS at Wells Fargo. Until our source code repository (read: laptop on a desk) got stolen. |
| 22:04.40 | otherwiseguy | Also, when endbeforehexten isn't enabled, lastapp never updates even though the cdr isn't closed, etc. |
| 22:04.52 | otherwiseguy | Qwell: lol |
| 22:05.40 | Qwell | otherwiseguy: that's not even the best part about it. |
| 22:05.57 | Qwell | I would sometimes take it home because it was my VPNable machine. And sometimes I would forget it in the morning. |
| 22:06.12 | Kobaz | haha |
| 22:07.06 | Qwell | when it got stolen, they finally decided we could have a server (read: desktop under my desk) for stuff like that |
| 22:07.13 | Kobaz | allright guys... who forgot to bring in the repository this morning?? |
| 22:07.21 | Qwell | such cheap SOBs |
| 22:09.18 | Kobaz | reminds me of a debt collection software company i worked for |
| 22:09.33 | Kobaz | we had several such "servers" under peoples desks |
| 22:09.47 | Qwell | yeah.. you really have to sometimes. it's silly |
| 22:09.56 | Kobaz | i would be in the middle of working on something and need to yell out, hey who kicked out the power on venom? |
| 22:10.48 | Qwell | we went through such a *huge* hassle getting a "server" (another desktop..) into ITs server room. It was Linux even, so they wouldn't support it *at all*. If they ever had to do maintenance in there, we had to come in on the weekend to press the power button. |
| 22:11.00 | Kobaz | heh |
| 22:11.36 | Qwell | banks suck, heh |
| 22:11.42 | Kobaz | finance stuff sucks |
| 22:11.55 | Qwell | mmm, yeah. it probably doesn't change much |
| 22:12.07 | Kobaz | i had to do "demographics reports" on data from NCO (the biggest debt collection company in the world) |
| 22:12.38 | otherwiseguy | Qwell: small banks suck worse. i used to setup networks for banks. we'd come in and literally see a switch hanging from the ceiling by the ethernet cables plugged into it. |
| 22:12.42 | Kobaz | which basically amounted to writing some c programs, to sift through 4-5GB files that were arrays of structs written directly to disk, with no indexes |
| 22:12.58 | otherwiseguy | who needs patch panels? |
| 22:13.17 | kpfleming | who needs security? |
| 22:13.19 | Kobaz | and... it had to be run on a server that shuts down all user processes exactly at 6pm every day |
| 22:13.44 | Kobaz | so, i had to break it up into pieces so it would finish before the shutdown time |
| 22:14.06 | Qwell | otherwiseguy: we had contractors come in to add some network drops for people. they told me that the jack at my desk never worked (it totally did before they got there). he proceeded to walk me to the telcom closet, and show me my jack. there was a cat3 wire terminated at a 66-block, then cross-connected to a switch |
| 22:14.08 | otherwiseguy | there were also two banks that I worked on that had cable modem internet connections with public ips, no firewall, and pc anywhere running on the server with no password. |
| 22:14.13 | Kobaz | haha |
| 22:14.28 | Kobaz | Qwell: haha |
| 22:14.30 | Qwell | otherwiseguy: ouch |
| 22:15.25 | otherwiseguy | one really started to think that they were in the wrong business after doing some of those installs. |
| 22:16.07 | Kobaz | we used to have some doctors offices where there was an ethernet switch screwed to the wall, all nicely... and then a 6 inch patch cord connected to a minihub that was dangling, with other stuff connected to the minihub |
| 22:22.04 | philipp64 | Kobaz: was the switch fully populated? |
| 22:23.58 | Kobaz | i think there were like 2-3 ports free |
| 22:24.48 | Kobaz | oh... a new job we just took... theres a 'server closet' with a 12 inch water main running through the middle |
| 22:25.14 | Kobaz | there's a rack mount poe switch just sitting on top of a tower server on a shelf |
| 22:25.21 | Kobaz | and random wires all over... the usual stuff |
| 22:39.01 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 22:39.01 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- IAX2 is now RFC 5456. |
| 22:59.55 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE004010100002-CM00159a090f12.cpe.net.cable.rogers.com) |
| 23:43.36 | *** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com) |