| 00:37.57 | snuff-work | mm.. with pattern matching.. |
| 00:38.59 | snuff-work | if i have a _32XX and a _329X extensions.. |
| 00:39.24 | snuff-work | i thought it would match 329x 1st.. |
| 00:40.11 | snuff-work | but it appears that it only works if the pattern is in the same context.. |
| 00:40.33 | snuff-work | if i 'include' another context.. it just uses the more general 32XX one :( |
| 00:44.46 | Marquis42 | snuff-work: That is correct |
| 00:45.17 | snuff-work | i thought the newer pattern match was smarter.. |
| 00:45.40 | Marquis42 | I forget the specific differences, but I didn't think that was one of them. |
| 00:45.42 | snuff-work | hasn't worked on slightly complex dialplans since 2006 |
| 00:45.45 | Marquis42 | ehh |
| 00:45.56 | snuff-work | or was it 2008 |
| 00:46.14 | Marquis42 | It's been a long time since that kind of thing was necessary for me, too. I wouldn't necessarily describe my dialplans as not complex, though. |
| 00:46.40 | Marquis42 | At any rate, the behavior you describe is what I would expect. |
| 00:52.26 | snuff-work | mm.. weird thing is.. even if i put my more 'exact' pattern that's in another context above the more general pattern.. it still matches the more general |
| 00:52.53 | Marquis42 | Hrmm... Example? |
| 00:54.41 | snuff-work | http://pastebin.ca/2076483 |
| 00:55.10 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 00:55.41 | snuff-work | now according to how i read the rules of the pattern matching.. it should apply the includes 1st |
| 00:56.00 | Marquis42 | Oh, wait, you just mean if you put the includes above the extens? It doesn't apply the includes first, it will always use the extensions first. |
| 00:56.27 | Marquis42 | The order of specific includes will matter here, but the actual extensions will match before included contexts. |
| 01:00.17 | snuff-work | mm.. oh well.. i will have to live with it i guess.. make the general one less general.. |
| 01:00.32 | snuff-work | want to keep the other conf part separate |
| 01:00.48 | snuff-work | i guess i could use a more complex general matching.. with a IF in the DP.. |
| 01:01.19 | Marquis42 | That's certainly a possibility. |
| 01:07.47 | snuff-work | its fine for me.. issue is i need to make sure its readable by not so great admins and rely on them not to bugger it up |
| 01:07.52 | snuff-work | when changes need to occur.. |
| 01:08.03 | Marquis42 | Heh, good luck with that. ;) |
| 01:08.05 | snuff-work | is allergic to trixbox etc gui nasty |
| 01:08.10 | Marquis42 | blech |
| 01:21.31 | *** join/#asterisk-dev jhmichelle352 (~jhmichell@41.206.145.53) |
| 01:48.31 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 01:56.05 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 02:11.49 | *** join/#asterisk-dev Corydon76-home (three@c-69-137-80-31.hsd1.tn.comcast.net) |
| 02:11.49 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 02:19.46 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 02:32.35 | *** join/#asterisk-dev jhmichelle352 (~jhmichell@41.69.251.53) |
| 02:33.24 | wedhorn | snuff-work: you could just move the patterns from melb-phones into another context (eg melb-nums) and include it. Should be just as readable but could then be ordered |
| 02:35.50 | snuff-work | mm true |
| 02:36.54 | snuff-work | company is thinking of ditchin ccm and doing asterisk.. since chan_skinny seems to be on the improve maybe i won't need to go through the long process of flashing these 7941/7960/7961's |
| 02:36.56 | snuff-work | to sip |
| 02:39.27 | wedhorn | snuff-work: how many handsets? |
| 02:44.43 | snuff-work | bout 35 |
| 02:45.12 | jhmichelle352 | kobaz: ping |
| 02:47.21 | wedhorn | snuff-work: okay, not too many. Any specific functionality you would need? |
| 02:56.25 | snuff-work | just the basics.. the recent call / missed call listing.. redial.. no real need for blf.. |
| 02:56.36 | snuff-work | voicemail button that works |
| 03:03.51 | snuff-work | ability for up to 2-3 lines + speeddial |
| 03:03.55 | snuff-work | button |
| 03:08.29 | jhmichelle352 | hi every one, can any one point to any documentation regarding ast_smoother and it's correct use ? |
| 03:17.10 | *** part/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 04:55.59 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 04:56.00 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 05:10.55 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 05:18.28 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 05:18.28 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 05:40.58 | *** join/#asterisk-dev irroot (~irroot@dsl-185-122-118.dynamic.wa.co.za) |
| 06:03.03 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50-39-145-16.bvtn.or.frontiernet.net) |
| 06:44.48 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:44.51 | schmidts | good morning |
| 06:51.37 | irroot | morning |
| 06:52.54 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:01.23 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 11:28.34 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:17.13 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:17.13 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:23.38 | *** join/#asterisk-dev kaou (~kaou@91.194.178.68) |
| 12:26.52 | kaou | hi folks |
| 12:27.51 | kaou | there is something I don't understand in digium's branch/tag relation |
| 12:28.31 | kpfleming | digium doesn't have branches and tags, it's a company |
| 12:29.53 | kaou | ok, if you want ... whoever, it's about people who handle asterisk's svn, especially tags and so on ... |
| 12:30.12 | kaou | there was an issue I reported a while ago, whose resolution has been committed in rev 317918 |
| 12:30.30 | irroot | ... |
| 12:30.35 | kaou | it appears it has been the 1.8 branch for a while, too |
| 12:30.35 | irroot | yes |
| 12:30.53 | *** join/#asterisk-dev t_dot_zilla (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
| 12:31.06 | kaou | but it is not in tags 1.8.4 and .1 and .2, while they appear to have been extracted after that ... |
| 12:31.15 | kaou | what am I missing ? |
| 12:31.57 | kpfleming | what is the revision where the change was committed in the 1.8 branch? |
| 12:32.14 | irroot | it could be a private or team branch |
| 12:32.17 | kpfleming | 'a while' and 'appears' aren't precise enough for us to be able to tell you an answer |
| 12:32.38 | irroot | i make changes and fixes in team branch as most dev's do |
| 12:32.40 | kaou | ok, let me be more precise |
| 12:33.19 | kaou | the date I see for 1.8.4 is 2011-05-09 22:22:22 |
| 12:33.45 | irroot | Index: res/res_rtp_asterisk.c |
| 12:33.47 | irroot | =================================================================== |
| 12:33.49 | irroot | --- res/res_rtp_asterisk.c (revision 317917) |
| 12:33.51 | irroot | +++ res/res_rtp_asterisk.c (revision 317918) |
| 12:34.08 | irroot | svn diff -c 317918 [1.8] |
| 12:34.09 | kpfleming | kaou: dates are not important. all that matters are revision numbers. |
| 12:34.36 | kaou | ok, if you want, but the order is the same for these cases |
| 12:34.47 | kaou | at least for what I understand |
| 12:34.54 | kaou | with a svn info on the tag number |
| 12:35.06 | kpfleming | no |
| 12:35.09 | kpfleming | that is not correct |
| 12:35.10 | kaou | Last Changed Rev: 318336 |
| 12:35.15 | kaou | for 1.8.4 |
| 12:35.24 | kpfleming | the date that 'svn info' shows you on the tag shows you the last time that tag was changed, *NOT* when it was created |
| 12:36.10 | irroot | the commit you refer to is a "cleanup" adds a ':' in the manager event for RTCP |
| 12:36.19 | kaou | yes it is |
| 12:36.28 | kpfleming | so i'll ask you again, what is the revision number where the change you are asking about was committed to the 1.8 branch? |
| 12:36.45 | kaou | 14:30 < kaou> there was an issue I reported a while ago, whose resolution has been committed in rev 317918 |
| 12:36.55 | kaou | is it not the right answer ? |
| 12:37.42 | kpfleming | you listed that revision and *also* said that it had been in the 1.8 branch for a while, so i assumed that revision wasn't in the 1.8 branch. hang on. |
| 12:38.53 | kaou | sorry for bad expression, but the report was a while ago, yes |
| 12:38.53 | kpfleming | the 1.8.4-rc1 tag was copied from the 1.8 branch at revision 308633. thus, all 1.8.4 releases have only the contents of the 1.8 branch as of that revision, plus any changes specificially added to the tags (not the branch) to resolve regressions. |
| 12:39.05 | kaou | ok |
| 12:39.08 | kaou | I get it |
| 12:39.11 | kaou | thank you |
| 12:39.17 | kpfleming | you are welcome |
| 12:40.11 | kpfleming | if you look at the log for the 1.8.4 tag, you'll see it was copied from 1.8.4-rc3, *not* the 1.8 branch. same goes for 1.8.4-rc3 itself (from -rc2), and etc. going backwards to -rc1. |
| 12:40.49 | kpfleming | so just because the 1.8.4 tag has a revision number higher than the change you are interested in, doesn't mean it is included in that tag. in subversion, there is only one sequence of revision numbers for the entire repository. |
| 12:41.59 | kaou | ok, sorry ... |
| 12:42.50 | kpfleming | nothing to be sorry about |
| 12:42.57 | kpfleming | it's not the easiest thing in the world to understand |
| 12:43.10 | kpfleming | i think there is a page on wiki.asterisk.org that explains this, but i could be mistaken |
| 12:43.32 | kpfleming | some day, when the asterisk code is in git, it will be trivially easy to ask git which branches/tags contain a particular commit |
| 12:47.45 | jsmith | What, Asterisk is going to move to git?!? |
| 12:47.49 | jsmith | blinks |
| 12:48.39 | file | eentually. |
| 12:48.42 | file | erm eventually |
| 12:49.46 | jsmith | Cool... |
| 12:51.53 | *** join/#asterisk-dev mpe (~mpe@office.ipvision.dk) |
| 12:54.50 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:d8f7:18a4:61b6:f198) |
| 12:55.04 | irroot | maybe someday possibly :P |
| 13:08.00 | kpfleming | it's being worked on slowly... it's a huge task |
| 13:15.34 | *** join/#asterisk-dev luckman212 (~irc@2001:470:1f07:1225:5ce6:4f07:90b5:8bbe) |
| 13:20.03 | irroot | the freeze for 1.10 is at the end of the month right ?? |
| 13:20.30 | irroot | any idea when some info is out of whats in what is nice to have whats out ? |
| 13:21.31 | kpfleming | that question is hard to parse |
| 13:22.03 | irroot | sorry |
| 13:22.15 | irroot | the feature freeze is creeping |
| 13:22.26 | kpfleming | no, it's set for the end of this month |
| 13:22.37 | irroot | creeping up on us soon i meant |
| 13:22.40 | kpfleming | right |
| 13:22.55 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:22.55 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:23.00 | irroot | was wondering if there is a hit list of what is been looked at/ needs work |
| 13:23.11 | kpfleming | i haven't seen one |
| 13:23.26 | kpfleming | other than the things that people have posted on the -dev list in response to russell's prompting about it |
| 13:23.47 | irroot | guess it takes time to triage and filter |
| 13:35.12 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 13:40.33 | irroot | any one have a idea if asterisk has a timezone setting somewhere that affects STRFTIME |
| 13:40.51 | irroot | odd thing if i set the timezone to GMT+2 it is warped |
| 13:41.00 | irroot | if i leave it blank it works |
| 13:45.03 | Corydon76-home | irroot: it does. Asterisk uses an implementation of timezones that is not affected by the TZ environment variable |
| 13:45.46 | irroot | ah ok quick grep did not show this up thx for the info |
| 13:46.04 | irroot | ill look further |
| 13:47.12 | Corydon76-home | Generally, whatever you pass as the timezone needs to exist as a file in /usr/share/zoneinfo |
| 13:47.42 | Corydon76-home | And if it doesn't, it will look to /etc/localtime. If that doesn't exist, UTC |
| 13:49.53 | irroot | /usr/share/zoneinfo/Etc/GMT+2 its there |
| 13:50.11 | Corydon76-home | Did you pass "GMT+2" or "Etc/GMT+2"? |
| 13:50.18 | irroot | GMT+2 |
| 13:50.24 | irroot | not Etc/ |
| 13:50.25 | Corydon76-home | There you go. Add the prefix |
| 13:50.34 | irroot | ill do so kind sir |
| 13:50.51 | irroot | i have droped it tottaly now its looking at /etc/localtime |
| 13:51.18 | irroot | with it in it was localtime -4 that is the part that fried my noodle |
| 13:51.54 | irroot | why i was looking in * for a default timezone |
| 13:52.06 | irroot | all good order is restored to the universe |
| 13:52.08 | Corydon76-home | It also allegedly supports POSIX TZ-style strings |
| 13:52.19 | Corydon76-home | but I've never tested that part |
| 13:52.50 | irroot | it will remain a mystery |
| 13:53.28 | irroot | could not figgure out why calls from 00:00 to 04:00 where been stored in the folder for previous day |
| 13:53.34 | Corydon76-home | Well, it's derived from the same code, released from the US Public Clock timekeepers |
| 13:54.43 | Corydon76-home | It's the same code that pretty much everybody uses (public domain, per federal law), because the rules can get very complicated. |
| 13:54.47 | irroot | use strftime to build the path /monitor/day/exten to put recordings |
| 13:55.18 | irroot | yeah think it was the russians that changed there DST 2 in one year |
| 13:55.52 | Corydon76-home | Well, that's all specified directly in the zonefile. The zonefile format hasn't changed much in forever |
| 13:56.09 | irroot | nor should it :P |
| 13:56.15 | irroot | hehe y2k much |
| 13:56.19 | Corydon76-home | Most timezone updates aren't to the actual code, just to the zoneinfo files |
| 13:56.55 | irroot | for my entertainment ill play with it a bit |
| 13:57.01 | irroot | thx for the pointers |
| 14:07.50 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:11.25 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 14:11.25 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:29.45 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:29.45 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:34.45 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:beae:c5ff:fe3e:b315) |
| 14:34.45 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:42.46 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:42.46 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:47.22 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:47.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:49.57 | irroot | morning all looks like its wakeup time |
| 14:50.22 | irroot | seen may213 arround lately ?? |
| 15:29.22 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:29.22 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 15:29.58 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:29.58 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 15:32.15 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:32.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:04.39 | *** join/#asterisk-dev irroot (~irroot@197.105.156.33) |
| 16:13.07 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 16:26.04 | *** join/#asterisk-dev irroot (~irroot@197.173.170.33) |
| 16:44.10 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:51.32 | *** join/#asterisk-dev w9sh (~chatzilla@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 17:01.05 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 21:00.26 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 21:14.47 | Kobaz | hmm, haven't heard back about last minute speaker proposals :( |
| 21:15.29 | malcolmd | for astricon? need me to go harass someone? |
| 21:16.01 | Kobaz | sure |
| 21:16.18 | Kobaz | for some reason i wasn't aware of an early june deadline |
| 21:16.27 | Kobaz | i knew it was coming soon though |
| 21:16.52 | Kobaz | russell said i should email bjohns |
| 21:18.47 | jsmith | malcolmd: Bug him about having me come as well :-p |
| 21:19.15 | kpfleming | i thought we had strict 'no jsmith' policy |
| 21:19.30 | malcolmd | yeah, that's the guy to e-mail. i'll harass him (bryan johns). |
| 21:19.43 | jsmith | kpfleming: I wouldn't blame you if you did -- after all, I did upstage a bunch of folks in the competition last year |
| 21:19.49 | malcolmd | jared: did you submit a proposal for speaking or you just want me to bug him "it won't be astricon unless jared's there!" ;D |
| 21:20.03 | alecdavis | asterisk-bugs not gwetting any updates. neither is the archive at http://lists.digium.com/pipermail/asterisk-bugs/2011-June/ |
| 21:20.10 | jsmith | malcolmd: I didn't submit a proposal, but it wouldn't be the same without me :-p |
| 21:20.18 | malcolmd | jsmith: it sure wouldn't |
| 21:20.35 | Kobaz | i was going to submit a proposal but i wanted to make sure it wouldnt be just thrown out due to a deadline |
| 21:20.52 | Kobaz | i guess i'll stick one in and then have you bug the appropriate peoples |
| 21:22.01 | malcolmd | i've started the bugging process - if you send a proposal in the next 5 minutes it'll look like an organized effort to get your proposal accepted ;D |
| 21:22.08 | Kobaz | cool cool |
| 21:22.17 | Kobaz | extreme asterisking |
| 21:22.19 | Kobaz | er |
| 21:22.37 | kpfleming | can you incorporate angry birds? |
| 21:22.40 | Kobaz | sure |
| 21:23.12 | alecdavis | asterisk-bugs, not received any since sunday, coincidental?? |
| 21:23.17 | Kobaz | i have like three talk ideas... one on asterisk c development (helping newbs get involved) |
| 21:23.31 | malcolmd | alecdavis: probably wan't picked up in the mantis -> jira migration |
| 21:23.51 | Kobaz | another would be building apps on top of asterisk, integrating a db for management |
| 21:23.55 | kpfleming | there's still quite a bit of mantis migration stuff being fixed |
| 21:24.09 | Qwell | malcolmd: I suspect a lot of peoples proposals were dropped on the floor. |
| 21:24.21 | Qwell | What with the whole page refreshing every 5 minutes thing. |
| 21:24.24 | malcolmd | Kobaz: so the title is "The 3-In-One Asterisk Presentation to Slay all Others, Kneel!" |
| 21:24.30 | Qwell | (my complaint there went unanswered) |
| 21:24.43 | Kobaz | i dont think i could fit all three in one talk |
| 21:25.00 | Marquis42 | Sure you could, it would just be a three hour talk. ;) |
| 21:25.12 | Kobaz | i could get three concurrent blocks? :) |
| 21:25.14 | malcolmd | Qwell: complained to sokol? |
| 21:25.18 | Kobaz | mark got two for ipv6 |
| 21:25.19 | Qwell | malcolmd: Bryan |
| 21:25.32 | Kobaz | i could talk for days on asterisk |
| 21:25.34 | malcolmd | copy Sokol, he's in good w/ the TMC crowd |
| 21:25.42 | Qwell | Have speakers that submitted proposals actually been contacted yet? |
| 21:25.47 | Kobaz | no idea |
| 21:25.53 | malcolmd | Qwell: dunno |
| 21:25.58 | Kobaz | russel said that emails were going out last week |
| 21:26.07 | Kobaz | but other than that, i dont think anything actually happened |
| 21:26.50 | malcolmd | bleh. pinging mr. sokol myself. he's idle, so we'll have to wait |
| 21:26.58 | malcolmd | mr. johns has already been e-mailed. awaiting response there, also |
| 21:27.02 | Kobaz | yeah |
| 21:27.07 | Kobaz | from me a few days ago too |
| 21:27.15 | Kobaz | i'm writing my bio and talk desc now |
| 21:27.20 | Qwell | malcolmd: I have no clue whether my proposal was even received. That's where mine stands. Yay? |
| 21:27.41 | kpfleming | so the system didn't send you any kind of confirmation? that's awesome. |
| 21:27.55 | Qwell | nope! |
| 21:28.01 | Kobaz | i got a phone call from tmcnet reminding me about astricon |
| 21:28.05 | Kobaz | i dont need no stinkin reminder |
| 21:28.09 | malcolmd | Qwell: i defer to you to ping misters sokol and johns directly...you've got their jabber handles, so feel free to bomb accordingly |
| 21:28.27 | Qwell | I'll try Sokol later. I didn't realize he was still involved in it. |
| 21:29.02 | malcolmd | he might not be, but he's at least in good w/ the tmc folks, so if there's anything problematic on their side, he can grease the rails |
| 21:29.28 | wedhorn | Something wrong with JIRA? I can't log in |
| 21:29.44 | Kobaz | tmc doesn't have anything to do with speakers do they? |
| 21:30.20 | malcolmd | dunno. if there's a form somewhere it might be on one of their server. i really know nothing about the speaker process, so i'm going out on a limb / speaking without knowledge |
| 21:30.37 | Qwell | It's a google docs spreadsheet, that supposedly a few Digium people have access to. |
| 21:30.48 | Qwell | (probably bryan/steve) |
| 21:33.10 | kpfleming | oh.. that mess. i hate that stuff. |
| 21:33.43 | Qwell | even worse, was the frontend was a digium.com site, that was in a fun little refresh loop, which caused data loss every time |
| 21:33.59 | kpfleming | excellent web design |
| 21:34.00 | Kobaz | mm data loss |
| 21:34.08 | kpfleming | so much better than that crappy 'email' stuff |
| 21:34.12 | Kobaz | i had a problem filling out the speaker forum |
| 21:34.19 | Kobaz | i was half way done with my bio and the page cleared itself |
| 21:34.24 | Qwell | Kobaz: YEP |
| 21:34.25 | Kobaz | is that what you're referring to? |
| 21:34.28 | Kobaz | hah, great |
| 21:34.32 | Qwell | So it's still doing it. Awesome. |
| 21:34.37 | Kobaz | now i;m composing in a text editor |
| 21:34.45 | kpfleming | maybe it's a test |
| 21:34.47 | Qwell | like I said - I suspect a lot of proposals were just dropped on the floor |
| 21:34.58 | Marquis42 | Yeah, I ran into that a couple of times and then time precluded me from getting back to it before the deadline. |
| 21:35.02 | Qwell | I *think* I submitted mine, but I have no clue whether it went through. |
| 21:35.04 | Marquis42 | Qwell: yeah, at least me |
| 21:35.05 | Kobaz | maybe bjohns has like 2 propsals to go through, the ones that actually made it in |
| 21:35.21 | alecdavis | wedhorn: if it's your first time with JIRA login, you need to go through the reset password phase |
| 21:35.44 | Kobaz | so you guys don't run the astricon site? |
| 21:35.50 | kpfleming | no |
| 21:35.58 | Kobaz | outsourcing :( |
| 21:36.11 | wedhorn | alecdavis: not my first time, and I tried resetting my password in case my memory was playing tricks |
| 21:36.25 | Kobaz | we need more insourcing |
| 21:38.10 | Qwell | https://spreadsheets.google.com/spreadsheet/viewform?formkey=dEdqX2Rna2pmeS1aVllsMnUxWUJMUXc6MQ&theme=0AX42CRMsmRFbUy1iODQwMzFlYi1iZjJhLTRmNmUtODQ0My1iNjJmYTUzNjQ2ZWE&ifq |
| 21:38.31 | Qwell | Marquis42: If you're still interested, you might try submitting it there. |
| 21:38.40 | Kobaz | ubmissions are due no later than June 1, 2011. Accepte |
| 21:38.52 | Kobaz | why is it on a spreadsheet? |
| 21:39.03 | Qwell | see above |
| 21:39.19 | Kobaz | because of the web issues |
| 21:39.29 | Qwell | No, the website submits through this. |
| 21:39.32 | Kobaz | oh |
| 21:40.03 | Marquis42 | Qwell: Thanks, I guess I can throw the information back in there and see what happens. Won't take a lot of time (but just enough that the other page auto-refreshed... :( ). |
| 21:40.11 | Qwell | yeah.. |
| 21:46.26 | Kobaz | submittored |
| 21:46.30 | Kobaz | how many talks should i submit |
| 21:48.22 | Kobaz | do speakers get a show discount of some sort? |
| 21:48.37 | Qwell | 100%, give or take |
| 21:48.48 | Kobaz | oh, yeah, that's what i thought, heh :) |